JVM中垃圾回收机制如何判断是否死亡？详解引用计数法和可达性分析 ！ (2)

软引用：是用来描述一些有用但非必须的对象，我们可以使用SoftReference类来实现软引用。对于软引用关联着的对象，在系统将要发生内存溢出异常之前，会把这些对象列进回收范围之中。如果回收之后内存还是不足，才会报内存溢出的异常。

弱引用：是用来描述非必须的对象，使用WeakReference类来实现弱引用。它只能生存到下一次垃圾回收发生之前，当垃圾回收机制开始时，无论是否会内存溢出，都将回收掉被弱引用关联的对象。

虚引用：最没有存在感的一种引用关系，可以通过PhantomReference类来实现。存在不存在几乎没影响，也不能通过虚引用来获取一个对象实例，存在的唯一目的是被垃圾收集器回收后可以收到一条系统通知。

我们可以通过代码来控制对象的“强软弱虚”四种引用，有利于JVM进行垃圾回收。那么知道了上面的知识后，我们来探究一下对象是否会死亡？

2.5 对象是否死亡

  之前提到过，通过可达性分析后，找到的不可达对象会被垃圾收集器回收，那么，不可达对象一定会被回收吗？答案是不一定。这时候他们处于“死缓”的阶段，如果非要“上诉”，也是有可能被无罪释放的。他们是如何自救的？在可达性分析后发现一些对象没有跟GC root相连接的引用链，该对象会被进行一次标记，然后进行筛选，筛选的条件是判断该对象有没有必要执行finalize()方法（此方法每个对象默认都有），但如果对象没有重写finalize()方法或者对象的finalize方法已经被虚拟机调用过一次了，则都将视为“没有必要执行”，垃圾回收器可以直接回收。
  （此段是自我拯救的过程，不是重点了解即可）如果该对象被判定有必要执行finalize()方法，那么虚拟机会把这个对象放置在一个F-Queue的队列中，然后由一个专门的Finalizer线程去执行这个对象的finalize()方法。我们可以在这个方法中进行对象的“自我拯救”，即重新与引用链上的任何一个对象建立关联就可以了，比如把this赋值给某个类的变量，或者对象的成员变量，那么在第二次标记时它将被移除“即将回收”的集合，下面我们看一个案例来了解。

/** * @author 编程开发分享者 * @Date 2020/3/16 10:51 */ public class FinalizeEscapeGC { /** * 知识点回顾： * 1.方法区中存放的是类的基本信息、静态变量、编译后的代码、常量池 * 2.GC root可以是方法区中静态变量引用的对象 * 3.一个对象的finalize()方法最多只会被系统自动调用一次。 * */ //创建一个静态变量 public static FinalizeEscapeGC SAVE_HOOK = null; @Override protected void finalize() throws Throwable { super.finalize(); System.out.println("程序执行了finalize()方法"); SAVE_HOOK = this;//将自己赋值给一个静态变量实现自我拯救，连接上了GC root（细品知识点回顾） } public static void main(String[] args) throws InterruptedException { SAVE_HOOK = new FinalizeEscapeGC(); //第一次准备杀死对象 SAVE_HOOK = null;//将对象置空，按理说会被GC回收，但此对象实现了finalize()方法并实现了自我拯救 System.gc();//执行GC Thread.sleep(500);//由于Finalizer线程优先级比较低，因此短暂休眠主线程等等它 if (SAVE_HOOK!=null){ System.out.println("哈哈哈，我还活着"); }else { System.out.println("No,我哏儿屁了"); } System.out.println("--------------------------"); //第二次准备杀死对象（跟上面代码一样） SAVE_HOOK = null;//将对象置空，此时finalize()方法已经自动执行过一次了 System.gc();//执行GC Thread.sleep(500);//由于Finalizer线程优先级比较低，因此短暂休眠主线程等等它 if (SAVE_HOOK!=null){ System.out.println("哈哈哈，我还活着"); }else { System.out.println("No,我哏儿屁了"); } } }

运行结果：

注意：根据《深入理解Java虚拟机》中解释这种自我拯救的方法运行代价高昂，不确定性大，无法保证各个对象的调用顺序，因此这一知识点仅作了解即可。

2.6 回收方法区

  由于我们经常用的HotSpot虚拟机规定方法区也可以称为永久代，因此很多人认为在方法区中是没有垃圾收集的，其实是有的，只不过收集垃圾的“性价比”非常低。在堆中，尤其是新生代，垃圾收集一般可以回收70%~95%的空间，而永久代的垃圾收集效率远低于此。永久代的垃圾收集主要回收两部分内容：废弃常量和无用的类。

回收废弃常量：当前系统中没有任何对象引用常量池中的某个常量，则一旦发生内存回收，如果有必要，该常量就会被系统清理出常量池。