【003】【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虚拟机（再版）】【周之螟】

版权声明：本文博主原创文章。博客，未经同意不得转载。