如何判断对象已死？（引用计数法、可达性分析法详解与对象的自我拯救）

如何判断对象已死?

Java堆中存放着几乎所有的对象实例，垃圾回收器在堆进行垃圾回收前，首先要判断有哪些对象还存活，哪些已经”死去“，并将”死去“的对象回收。

1.引用计数法

引用计数描述的算法是：
给对象增加一个引用计数器，每当有一个地方引用它时，计数器就+1，；当引用失效，计数器就-1；任何时刻计数器为0的对象就表示不能再被使用的，即“对象已死”。

引用计数法实现简单，效率也比较高，Python语言就采用引用计数法进行内存管理。

但是在主流的JVM中未用选用引用计数法来管理内存，主要原因是因为引用计数法无法解决对象的循环引用问题。

2.可达性分析算法

Java采取了“可达性分析”来判断对象是否存活，同样采用此算法的还有C#。

可达性分析算法核心思想：
通过一系列称为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索走过的路径，称之为“引用链”，当一个对象到GC Roots没有任何的引用链相连时（从GC Roots到这个对象不可达）时，证明此对象为不可用。

在Java语言中，可作为GC Roots的对象包含以下几种：

1. 虚拟机栈（栈帧中的本地变量表）中引用的对象
2. 方法区中类静态属性引用的对象
3. 方法区中常量引用的对象
4. 本地方法栈中（Native方法）引用的对象

在JDK1.2之后，Java对引用的概念做了扩充，将引用分为：强引用（Strong Reference）、软引用（Weak Reference）、虚引用（Phantom Reference）和虚引用（Phantom Reference）四种，这四种引用的强度以递减。

1. 强引用：
   强引用指在代码中普遍存在的，类似于“Object obj = new Object()”这类的引用，只要强引用还存在，垃圾回收器就用永远不会回收掉被引用的对象实例。（GC Roots指向的引用都属于强引用）
2. 软引用：
   用来描述一些有用但不是必须的对象。（例如：缓存）
   对于仅被软引用指向的对象，在系统将要发生内存溢出之前，会将所有软引用对象进行垃圾回收。若内存够用，这些对象仍然保留。
   在JDK1.2之后，提供理论SoftReference 来实现软引用。
3. 弱引用：
   弱引用也是用来表示非必需对象的。但是它的强度要弱于软引用，被弱引用关联的对象只能生存到下一次垃圾回收之前。当垃圾回收器开始工作时，无论当前内存是否够用，都会回收掉只被软引用关联的对象。
4. 虚引用：
   虚引用也被称为幽灵引用或者幻影引用，它时最弱的一种引用关系。
   一个对象是否有虚引用的存在，完全不会对其生存时间构成影响，也无法通过虚引用来取得一个对象实例。
   为一个对象设置虚引用的唯一目的就是能在这个对象被收集器回收时，收到一个系统通知。

3.生存还是死亡

对象的自我拯救-Object类的finalize（）方法：
即使在可达性分析算法中不可达的对象，也并非“非死不可”，这时候这些对象将暂时处在“缓刑”阶段。

要宣告一个对象的真正死亡，至少要经历俩次标记过程：

1. 如果对象在进行可达性分析之后发现没有与GC Roots相连的引用链，那么它将会被第一次标记并且进行一次筛选，筛选的条件是此对象石油有必要执行finalize（）方法
2. 当对象没有覆盖finalize（）方法，或者finalize（）方法已经被JVM调用过，虚拟机会认为这俩种情况都“没有必要执行”，此时的对象才是真正“死”的对象。

如果这个对象被判定为有必要执行finalize（）方法，那么这个对象将会被放置在一个叫做F-Queue的队列之中，并在稍后由一个虚拟机自动建立的、低优先级的Finalizer线程去执行它（执行指的是虚拟机会触发finalize（）方法）。

finalize（）方法是对象逃脱“死亡”的最后一次机会，稍候GC将对F-Queue中的对象进行第二次小规模标记，如果对象在finalize（）中成功自救（只需要重新与引用链上的任意一个对象建立起关联关系即可），那在第二次标记时，它将会被移除“即将回收”的集合；如果对象这个时候还是没有自救成功，那么就会被真正的回收了。