Java JVM 6-finalize()方法

 前面我们讲到，GC在垃圾回收之前先要判断对象是否’死亡’，然后将’死亡’的对象在进行内存回收。

 其实，即使在可达性分析算法中不可达的对象，也并非”非死不可”的，这时候他们暂时处在”缓刑”阶段。

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

 如果对象在进行可达性分析之后发现没有与GC Roots相连接的引用链，那它将会被第一次标记并且进行一次筛选，筛选的条件是此对象是否有必要执行finalize()方法。

 当对象没有覆盖finalize()方法或者finalize()方法已经被JVM调用过，虚拟机会将这两种情况都视为”没有必要执行”，此时的对象才是真正”死”的对象。

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

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

 看下面的例子：

public class Test {
    public static Test test;

    public void isAlive() {
        System.out.println("test还活着!");
    }

    @Override
    protected void finalize() throws Throwable {
        super.finalize();
        System.out.println("finalize method");
        // 与GC Roots链接
        test = this;
    }

    public static void main(String[] args) throws Exception {
        test = new Test();
        test = null;
        System.gc();
        // 延时，等待GC
        Thread.sleep(1000);
        // 判断test是否被回收
        if(test != null) {
            test.isAlive();
        } else {
            System.out.println("Test离我们而去了~");
        }

        // 与上面代码一致，观察test是否还能活过来
        test = null;
        System.gc();

        Thread.sleep(1000);

        if(test != null) {
            test.isAlive();
        } else {
            System.out.println("Test离我们而去了~");
        }
    }
}

运行结果：

 从上面代码示例我们发现，finalize方法确实被JVM触发，并且对象在被收集前成功逃脱。

 但是从结果上我们发现，两个完全一样的代码片段，结果是一次逃脱成功，一次失败。这是因为，任何一个对象的finalize()方法都只会被系统自动调用一次，如果相同的对象在逃脱一次后又面临一次回收，它的finalize()方法不会被再次执行，因此第二段代码的自救行动失败。