【003】【Java虚拟机——对象已死判定】

Java虚拟机学习总结目录

对象已死！

垃圾收集器在对堆进行回收前，首先要做的事情就是要确定这些对象之中哪些还“存活”着， 哪些已经“死去＂ （即不可能再被任何途径使用的对象）。

1)  引用计数算法

给每个对象中添加一个引用计数器，每当有一个地方引用它时， 计数器值就加l ； 当引用失效时，计数器值就减l ：任何时刻计数器为0 的对象就是不可能再被使用的。引用计数算法（ Reference Counting ）的实现简单，判定效率也很高，在大部分情况下它都是一个不错的算法。Java 虚拟机里面没有选用引用计数算法来管理内存，其中最主要的原因是它很难解决对象之间相互循环引用的问题。

2)  可达性分析算法

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

 

可作为GC Roots 的对象包括下面几类：

• 虚拟机钱（栈帧中的本地变量表）中引用的对象。

• 方法区中类静态属性引用的象。

• 方法区中常量引用的对象。.

• 本地方法战中JNI (native方法）引用的判象。

3)  再谈引用

在JDK 1.2之后， Java对引用的概念进行了扩充将引用分为强引用（ Strong Reference ）、软引用（ Soft Reference）、弱引用（ Weak Reference ）引、虚引用（ Phantom Reference)，它们的引用强度依次逐渐减弱。

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

• 软引用是用来描述一些还有用但并非必需的对象。对于软引用所联着的对象。在系统将要发生内存溢出异常之前。将会把这些对象列进垃圾回收范围之中进行第二次回收。如果这次回收还是没有足够的内存，才会抛出内存谧出异常。在JDK1.2 之后，提供了Soft Reference 类来实现软引用。

• 弱引用也是用来描述非必需对象的。被弱引用关联的对象只能生存到下一次垃墩收集发生之前。当垃圾收集器工作肘，无论当前内存是否足够，都会回收掉只被弱引用关联的对象。在JDK 1.2 之后，提供了WeakReference 类来实现弱引用。

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

4)  生存还是死亡

即使在可达性分析算法中不可边的对象，也并非是“非死不可”的，，要真正宣告一个对象死亡，至少要经胁两次标记过程：如果对象在进行可达性分析后发现没有与GC Roots 相连接的引用链，那它将会被第一次标记并且进行一次筛选，筛选的条件是此对象是否有必要执行finalize() 方法。当对象没有覆盖fnalize()方法，或者finalize()方法已经被虚拟机调用过，虚拟机将这两种情况都视为“没有必、要执行”。

如果这个对象被判定为有必要执行finalize（）方法，那么这个对象将会被放置在一个名为F-Queue 的队列之中，井在稍后由一条由虚拟机自动建立的、低优先级的Finalizer线程去执行。 “执行”是指虚拟机会触发这个方法，但并不承诺会等待它运行结束。finalize（）方越是对象逃脱死亡命运的最后一次机会，稍后GC 将对F-Queue 中的对象进行第二次小规模的标记，如果对象这时候还没有逃脱，就可以回收了。 

5)  方法回收区

方法区（ HotSpot 虚拟机永久代 ）垃圾收集主要回收两部分内容：废弃常量和无用的类。类需要同时满足下面3 个条件才能算是“无用的类”：

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

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

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

虚拟机可以对满足上述3 个条件的无用类进行回收，但并不一定进行回收。

【参见】【深入理解Java虚拟机（第二版）】【周志明】