JVM如何判断一个对象是否存活？

最新推荐文章于 2025-07-19 10:45:23 发布

原创

最新推荐文章于 2025-07-19 10:45:23 发布 · 785 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#java #开发语言 #后端

本文深入探讨了JVM如何判断对象是否存活，包括两次标记过程和finalize()方法的作用。同时，详细解析了Java中的四种引用类型：强引用、软引用、弱引用和虚引用，以及它们在垃圾回收中的行为特点。

前言

在深入浅出Java虚拟机（三）——初识JVM的垃圾回收机制中我们介绍了如何判断对象已死的两种算法，分别是引用计数法和可达性分析法。

本文我们再来详细说明一下JVM中判断对象是否、存活的相关细节。

finalize()方法的执行条件

即使在可达性分析算法中判定为不可达的对象，也不是“非死不可”的，这时候它们暂时还处于“缓刑”阶段，要真正宣告一个对象死亡，至少要经历两次标记过程：

第一次标记：

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

有必要：

如果这个对象被判定为确有必要执行finalize()方法，那么该对象将会被放置在一个名为F-Queue的队列之中，并在稍后由一条由虚拟机自动建立的、低调度优先级的Finalizer线程去执行它们的finalize() 方法。 finalize()方法是对象逃脱死亡命运的最后一次机会，稍后收集器将对F-Queue中的对象进行第二次小规模的标记，如果对象要在
finalize()中成功拯救自己——只要重新与引用链上的任何一个对象建立关联即可，譬如把自己（this关键字）赋值给某个类变量或者对象的成员变量，那在第二次标记时它将被移出“即将回收”的集合；如果对象这时候还没有逃脱，那基本上它就真的要被回收了。

一次对象自我拯救的演示

看如下代码：

/**
* 此代码演示了两点：
* 1.对象可以在被GC时自我拯救。
* 2.这种自救的机会只有一次， 因为一个对象的finalize()方法最多只会被系统自动调用一次
*/
public class FinalizeEscapeGC {
   
   
    public static FinalizeEscapeGC SAVE_HOOK=null;

    public void isAlive(){