JVM的死亡对象判断方法

末蓝、 2024-03-22 23:17 17阅读 0赞

堆中几乎放着所有的对象实例，对堆垃圾回收前的第一步就是要判断哪些对象已经死亡（即不能再被任何途径使用的对象）。

### 一、引用计数法 ###

给对象中添加一个引用计数器：

*  每当有一个地方引用它，计数器就加 1；
 *  当引用失效，计数器就减 1；
 *  任何时候计数器为 0 的对象就是不可能再被使用的。

**这个方法实现简单，效率高，但是目前主流的虚拟机中并没有选择这个算法来管理内存，其最主要的原因是它很难解决对象之间循环引用的问题。**

![对象之间循环引用][9a4bfcd602149a1c7f60cf0b4530e115.png]

所谓对象之间的相互引用问题，如下面代码所示：除了对象 `objA` 和 `objB` 相互引用着对方之外，这两个对象之间再无任何引用。但是他们因为互相引用对方，导致它们的引用计数器都不为 0，于是引用计数算法无法通知 GC 回收器回收他们。

public class ReferenceCountingGc {
        Object instance = null;
        public static void main(String[] args) {
            ReferenceCountingGc objA = new ReferenceCountingGc();
            ReferenceCountingGc objB = new ReferenceCountingGc();
            objA.instance = objB;
            objB.instance = objA;
            objA = null;
            objB = null;
        }
    }

### 二、可达性分析算法 ###

这个算法的基本思想就是通过一系列的称为 **“GC Roots”** 的对象作为起点，从这些节点开始向下搜索，节点所走过的路径称为引用链，当一个对象到 GC Roots 没有任何引用链相连的话，则证明此对象是不可用的，需要被回收。

下图中的 `Object 6 ~ Object 10` 之间虽有引用关系，但它们到 GC Roots 不可达，因此为需要被回收的对象。

![b2ead27c74a64db6932602aba0092c1b.png][]

**哪些对象可以作为 GC Roots 呢？**

*  虚拟机栈(栈帧中的本地变量表)中引用的对象
 *  本地方法栈(Native 方法)中引用的对象
 *  方法区中类静态属性引用的对象
 *  方法区中常量引用的对象
 *  所有被同步锁持有的对象

**对象可以被回收，就代表一定会被回收吗？**

即使在可达性分析法中不可达的对象，也并非是“非死不可”的，这时候它们暂时处于“缓刑阶段”，要真正宣告一个对象死亡，至少要经历两次标记过程；可达性分析法中不可达的对象被第一次标记并且进行一次筛选，筛选的条件是此对象是否有必要执行 `finalize` 方法。当对象没有覆盖 `finalize` 方法，或 `finalize` 方法已经被虚拟机调用过时，虚拟机将这两种情况视为没有必要执行。

被判定为需要执行的对象将会被放在一个队列中进行第二次标记，除非这个对象与引用链上的任何一个对象建立关联，否则就会被真的回收。

节选自：javaguide

[9a4bfcd602149a1c7f60cf0b4530e115.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/c3b8ae2ca4d0441686b9cbaa94e0a05c.png
[b2ead27c74a64db6932602aba0092c1b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/f0652901cad4410892479f41fcc40d7a.png