Java中一次对象的自我拯救探究

《深入理解java虚拟机》第二版 67页，一次对象自我拯救这个例子很不错，在这里分享出来。

并且从源码角度进行分析。

代码如下：

/**
* 1 对象可以在被GC时自我拯救
* 2 这种自救机会只有一次，因为一个对象的finalize()方法最多只会被系统自动调用一次
* Created by 明明如月 on 2017-05-24.
*/
public class FinalizeEscapeGC {
private static FinalizeEscapeGC SAVE_HOOK = null;
private void isAlive(){
System.out.println("yes, i am still alive :)");
}
@Override
protected void finalize() throws Throwable {
super.finalize();
System.out.println("finalize method executed!");
FinalizeEscapeGC.SAVE_HOOK = this;
}

public static void main(String[] args) throws InterruptedException {
SAVE_HOOK = new FinalizeEscapeGC();
//对象第一次拯救自己
SAVE_HOOK = null;
System.gc();
//因为finalize 方法优先级很低，所以暂停0.5秒等待它
Thread.sleep(500);
if(SAVE_HOOK != null){
SAVE_HOOK.isAlive();
}else{
System.out.println("no, i am dead :(");
}
//----------下面代码完全相同但是自救失败---------
//对象第一次拯救自己
SAVE_HOOK = null;
System.gc();
//因为finalize 方法优先级很低，所以暂停0.5秒等待它
Thread.sleep(500);
if(SAVE_HOOK != null){
SAVE_HOOK.isAlive();
}else{
System.out.println("no, i am dead :(");
}
}
}

运行结果



我们可以看出，SAVE_HOOK对象的finalize()方法确实被GC回收器出发过，并且在被收集前成功逃脱。

我们先研究一下垃圾回收方法



此方法调用垃圾回收器，回收被遗弃的对象。并且和Runtime.getRuntime().gc()这个方法等价，因为从源码中我们看出其实就是直接调用了那个方法。



我们看到这个是原生的方法，哪怕gc方法没有被显式调用，虚拟机根据需要自动执行垃圾回收线程。

我们再看看Object对象的finalize()方法：





主要几点：

当垃圾回收器断定一个对象不再被引用，该对象的该方法就会被垃圾回收器调用。

子类可以重写finalize方法来释放系统资源或者执行一些清理的操作。

finalize方法可以执行任何操作，包括再使得该对象可用（拯救该对象）。

Java编程语言并不保证哪一个线程来调用某个对象的finalize方法。

finalize方法只会被Java虚拟机调用一次。

主方法中，上半段和下半段代码相同，可是一次逃脱成功，一次逃脱失败，是因为任何一个对象的finalize()方法只会被系统自动调用一次，如果对象再次面临回收，他的finalize()方法不会再次被执行，第二段代码的自救行动就失败了（因为再次调用gc来执行垃圾回收，该对象的finalize方法不会再次被执行）。

书中作者不鼓励使用该方法来拯救对象。

作者表示有的教材鼓励采用这种方式在finalize()方法中“关闭外部资源”之类的工作。finalize()能做的工作通过try-finally或者其他方式也可以做得更好、更及时，所以请淡忘这个方法。

这一点和Java源码中的解释有点冲突，仅供参考，读者自己取舍就好。

大家在编程过程中，尤其在学习虚拟机的一些知识时，多去查看源码