JVM | 垃圾回收策略（四）

四、来点总结

我们通过三个章节分析了垃圾回收策略、垃圾回收发生地、引用类型，那么我们在实际生产代码中要注意什么呢？JVM通过可达性算法帮助我们自动回收垃圾，但我们需要注意的是一个对象即时不可达，也不一定会被回收，怎么讲？完整的垃圾回收的流程如下。

从图上分析：

• 判断对象是否有到根对象（GC Roots）的引用链如果存在引用链就不回收，如果存在引用链，就直接判死缓。
• 那么如何给这个对象判死刑呢，那就需要看这个对象有无必要执行对象的#finalize方法。 如果没有必要（包含两层意思，第一是对象未重写#finalize方法，或者是第二JVM已经调用过#finalize方法），那么就直接回收。 如果有必要回收，那就会把这个对象放入F-Queue队列中，然后JVM会自动创建优先级较低的线程finalizer去执行对象的#finalize方法。
• 如果你重新为这个对象建立到根对象任何一个对象的连接路径，那么这个对象将会从F-Queue中移除，然后不去执行回收。愿意是这个对象又是到根对象可达了。

我们通过一段代码分析。

public class GCProcess {
​
    private static GCProcess gcBean;
​
    @SneakyThrows
    public static void main(String[] args) {
        gcBean = new GCProcess();
        gcBean = null;
        System.gc();#0
        TimeUnit.SECONDS.sleep(1);
        if (gcBean == null) {
            System.out.println("gcBean == null");
        } else {
            System.out.println("gcBean is available");
        }
        TimeUnit.SECONDS.sleep(1);
        gcBean = null;#2
        System.gc();#3
        if (gcBean == null) {
            System.out.println("gcBean == null");
        } else {
            System.out.println("gcBean is available");
        }
    }
​
    @Override
    protected void finalize() {
        System.out.println("#finalize in...");
        gcBean = this;
    }
}

我们定义了一个对象GCProcess，重写了finalize方法。执行结果如下。

然后我们注释掉#2代码行

//gcBean = null;#2

执行结果如下。

原理很简单，执行到代码行#1，会第一次执行finalize方法，在方法里面有个骚操作，又为对象重新建立了到跟对象的连接，所以对象没有被回收。然后执行到代码行#2，如果注释，就消除了到根对象的连接，没有注释，就未消除。然后到代码行#3进行垃圾回收时，产生不一样的效果。

所以我们要：

• 尽量避免使用finalize方法，操作不当可能会导致意向不到的问题；
• 如果非要在程序结束时做点什么，建议使用try...catch...finally；
• 其次就是在不适用对象后，建议为引用变量赋值为null。