JVM | 垃圾回收策略（四）

---

theme: channing-cyan

这是我参与8月更文挑战的第22天，活动详情查看：8月更文挑战

本文承接上篇文章《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。