《深入理解 Java 虚拟机》- 笔记 - 对象存活判断

引用计数（Reference Counting）算法

---

给对象中添加一个引用计数器，每当有一个地方引用它时，计数器值就加 1；当引用失效时，计数器就减 1；任何时刻计数器为 0 的对象就是不可能再被使用。但是此算法难以解决对象之间的相互循环引用的问题。

可达性分析（Reachability Analysis）算法

---

通过以下列的称为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索走过的路径称为引用链（Reference Chain），当一个对象到 GC Roots 没有任何引用时，则证明此对象是不可用的。

在 Java 中可作为 GC Roots 的对象有：

• 虚拟机栈（栈帧中的本地变量表）中引用的对象
• 方法区中类静态属性引用的对象
• 方法区中常量引用的对象
• 本地方法栈中 JNI（即 native 方法）引用的对象

Java 中的引用

---

在 JDK 1.2 之前，Java 的引用为：如果 reference 类型的数据中存储的数值代表的是另一块内存的起始地址，就称为这块内存代表着一个引用。

在 JDK 1.2 之后，Java 的引用为：强引用（Strong Reference）、软引用（Soft Reference）、弱引用（Weak Reference）、虚引用（Phantom Reference）。

• 强引用：就是指在程序代码之中普遍存在的，类似 Object obj = new Object(); 这类引用，只要强引用还在，垃圾收集器永远不会回收掉被引用的对象。

• 软引用：是用来描述一些还有用但非必须的对象。对于软引用关联的对象，在系统将要发生内存溢出异常之前，将会把这些对象列进回收范围之中进行第二次回收。如果这次回收还没有足够的内存，才会抛出内存溢出异常。使用 SoftReference 类来实现软引用。

• 弱引用：是来描述非必须对象，但是强度比软引用更弱一些，被弱引用关联的对象只能生存到下一次垃圾收集发生之前。当垃圾收集器工作时，无论当时内存是否足够，都会回收掉只被弱引用关联的对象。使用 WeakReference 类来实现弱引用。

• 虚引用：也称为幽灵引用或幻影引用，是最弱的一种引用关系。一个对象是否有虚引用的存在，完全不会对其生存时间构成影响，也无法通过虚引用来取得一个对象实例。为一个对象设置虚引用关联的唯一目的就是能在这个对象被收集器回收时收到一个系统通知。使用 PhantomReference 类来实现许引用。

生存还是死亡

---

一个对象被宣告死亡，至少要经历两次标记过程：如果对象在进行可达性分析后发现没有与 GC Roots 相连接的引用链，进行第一次标记，并且判断是否有必要执行 finalize() 方法（没有覆盖 finalize() 方法或 finalize() 方法已被虚拟机执行过，都视为没必要执行）。

如果有必要执行 finalize() 方法，这个将此对象放入 F-Queue 队列中，虚拟机自动创建的、底优先级的 Finalizer 线程将去执行它。但是不一定能执行 finalize() 方法到结束，因为如果 finalize() 方法执行缓慢（或死循环），将会导致 F-Queue 队列中其他对象等待过久，甚至导致整个内存回收系统奔溃。

finalize() 方法是对象逃脱被回收的最后一次机会，稍后 GC 将对 F-Queue 中的对象进行第二次小规模的标记。如果对象要想不被回收，只要重新与引用链上任何一个对象建立关系即可（如将 this 赋值给某个类变量会对象的成员变量），那么在第二次标记时它将移出“即将回收”的集合。

注意，一个对象的 finalize() 方法只会被系统自动调用一次。

避免使用（完全不用）finalize() 方法，因为它的运行代价高昂，不确定性大，无法保证各个对象的调用顺序。如果要“关闭外部资源”，可以使用 try-finally 或其他方式来实现。

回收方法区

---

Java 虚拟机规范规定可以不要求虚拟机在方法区实现垃圾收集，方法区进行垃圾收集的性价比一般比较低。

在永久代中（Java 8 中已完全移除，Metaspace 成为继承者），垃圾收集主要回收两部分内容：废弃常量和无用的类。

• 回收废弃常量与回收 Java 堆中的对象非常类似，如果没有任何对象引用此常量的话，这时候发生内存回收，而且有必要的话（内存不足等情况），此常量将被系统清理出常量池。

• 判断一个类是否是“无用的类”的条件相对苛刻许多，要同时满足以下 3 个条件：

  • 该类所有的实例都已被回收，也就是 Java 堆中不存在该类的任何实例。

  • 加载该类的 ClassLoader 已经被回收。

  • 该类对应的 java.lang.Class 对象没有在任何地方被引用，无法再任何地方通过反射访问该类的方法。

  虚拟机可以（有必要的情况下）对同时满足上述 3 个条件的无用类进行回收。

是否对类进行回收，HotSpot 虚拟机提供了 -Xnoclassgc 参数进行控制，还可以使用 -verbose:class 以及 -XX:+TraceClassLoding、-XX:+TraceClassUnloding 查看类加载和卸载信息。其中 -verbose:class 和 -XX:+TraceClassLoding 可以在 Product 版的虚拟机中使用，-XX:+TraceClassUnloding 参数需要 FastDebug 版的虚拟机支持。

在大量使用反射、动态代理、GCLib 等 ByteCode 框架、动态生成 JSP 以及 OSGi 这类频繁自定义 ClassLoader 的场景都需要虚拟机具备类卸载的功能，已保证永久代不会溢出。