浅析finalize方法

昨天有个小伙伴聊到java对象finalize方法。于是就想好好总结一下。

咱们都知道判断一个对象是否已经死了的方法有两种:

1:引用计数法

2:可达性分析算法

由于我们通常使用的虚拟机使用的可达性分析算法,所以我们这里聊的都是可达性分析算法的相关。

判断一个对象时生存还是死亡???

即使在可达性分析算法中不可导的对象,也并非就是‘非死不可’的,这时候我们可以理解为改对象暂时处于“缓刑”阶段,跟死囚犯一样,还是有机会不被砍头的。

说明一个对象已经死亡,至少需要经历两个被标记过程:

如果对象在进行可达性分析后发现没有与GC Roots相连接的引用链,那它将会被第一次标记并且进行一次筛选,筛选的条件是此对象是否有必要执行finalize()方法。当对象没有覆盖finalize()方法,或者finalize()方法已经被虚拟机调用过,虚拟机将这两种情况都视为“没有必要执行”。

如果这个对象被判定为有必要执行finalize()方法,那么这个对象将会放置在一个叫做

F-Queue的队列之中,并在稍后由一个由虚拟机自动建立的、低优先级的Finalizer线程去执行它。这里所谓的“执行”是指虚拟机会触发这个方法,但并不承诺会等待它运行结束,这样做的原因是,如果一个对象在finalize()方法中执行缓慢,或者发生了死循环(更极端的情况),将很可能会导致F-Queue队列中其他对象永久处于等待,甚至导致整个内存回收系统崩溃。finalize()方法是对象逃脱死亡命运的最后一次机会,稍后GC将对F-Queue中的对象进行第二次小规模的标记,如果对象要在finalize()中成功拯救自己——只要重新与引用链上的任何一个对象建立关联即可,譬如把自己(this关键字)赋值给某个类变量或者对象的成员变量,那在第二次标记时它将被移除出“即将回收”的集合;如果对象这时候还没有逃脱,那基本上它就真的被回收了

Finalize方法具有以下四个特点:

  1. 永远不要主动调用某个对象的finalize方法,该方法应该交给垃圾回收机制调用。
  2. Finalize方法合适被调用,是否被调用具有不确定性,不要把finalize方法当做一定会执行的方法,
  3. 当JVM执行课恢复对象的finalize方法时,可能是改对象或系统中其他对象重新变成可达状态
  4. 当JVM调用finalize方法出现异常时,垃圾回收机制不会报告异常,程序继续执行。

注意点:

由于finalize方法不一定被执行,那么我们想清理某各类里打开的资源时,则不要方法finalize方法中。

实例说明:

运行结果可以看出,SAVE_HOOK对象的finalize()方法确实被GC收集器触发过,并且在被收集前成功逃脱了。另外一个值得注意的地方是,代码中有两段完全一样的代码片段,执行结果却是一次逃脱成功,一次失败,这是因为任何一个对象的finalize()方法都只会被系统自动调用一次,如果对象面临下一次回收,它的finalize()方法不会被再次执行,因此第二段代码的自救行动失败了。

需要特别说明的是,上面关于对象死亡时finalize()方法的描述可能带有悲情的艺术色彩,笔者并不鼓励大家使用这种方法来拯救对象。相反,笔者建议大家尽量避免使用它,因为它不是C/C++中的析构函数,而是Java刚诞生时为了使C/C++程序员更容易接受它所做出的一个妥协。它的运行代价高昂,不确定性大,无法保证各个对象的调用顺序。有些教材中描述它适合做“关闭外部资源”之类的工作,这完全是对这个方法用途的一种自我安慰。finalize()能做的所有工作,使用try-finally或者其他方式都可以做得更好、更及时,所以笔者建议大家完全可以

忘掉Java语言中有这个finalize方法的存在。

参考:《Java虚拟机》、《疯狂Java讲义》

本文分享自微信公众号 - Java后端技术栈(t-j20120622)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-09-12

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

扫码关注云+社区

领取腾讯云代金券