java Finalizer陷阱

最新推荐文章于 2023-06-11 17:07:44 发布

转载最新推荐文章于 2023-06-11 17:07:44 发布 · 341 阅读

文章标签：

#finalize #finalizer

java 专栏收录该内容

23 篇文章

订阅专栏

深入探讨Java中Finalizer的工作原理，包括对象如何通过可达性分析避免垃圾回收，以及finalize()方法的作用和限制。揭示对象如何利用finalize()方法逃脱死亡，以及这一机制可能导致的问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

java Finalizer陷阱

----摘自《深入理解JAVA虚拟机》
java中使用可达性分析来确定对象是否需要回收，即使是不可达的对象，也不是“非死不可”的，这时候他们暂时处于“缓刑”阶段，要真正宣告一个对象死亡，至少要经历两次标记过程：如果对象在进行可达性分析后发现没有与GC Roots相连接的引用链，那它将会被第一次标记并且进行一次筛选，筛选的条件是此对象是否有必要执行finalize()方法。当对象没有覆盖finalize()方法，或finalize()方法已经被虚拟机调用过，虚拟机将这两种情况都是为“没有必要执行”。
如果这个对象被判定为有必要执行finalize()方法，那么这个对象将会放置在一个叫做F-Queue的队列中，并在稍后由一个由虚拟机自动建立的、低优先级的Finalizer线程去执行它。这里所谓的"执行’是指虚拟机会触发这个方法，但并不承诺会等待它结束，这样做的原因是，如果一个对象在finalize()方法中执行缓慢，或者发生了死循环，将很可能导致F-Queue队列中其他对象永久处于等待，甚至导致整个内存回收系统崩溃。finalize()方法是对象逃脱死亡命运的最后一次机会，稍后GC将对F-Queue中的对象进行第二次小规模的标记，如果对象要在finalize()中成功拯救自己——只要重新与引用链上的任何一个对象建立关联即可，譬如把自己（this关键字）赋值给某个类变量或者对象的成员变量，那在第二次标记时它将会被移除“即将回收”的集合；如果对象这时候还没有逃脱，那基本上它就真的被回收了。