Java finalize

看了java虚拟机中垃圾回收机制中对finalize方法的描述的例子如下：

public class GC {    public static GC SAVE_HOOK = null;    public static void main(String[] args) throws InterruptedException {        SAVE_HOOK = new GC();        SAVE_HOOK = null;        System.gc();        Thread.sleep(500);        if (null != SAVE_HOOK) {            System.out.println("Yes , I am still alive");        } else {            System.out.println("No , I am dead");        }        SAVE_HOOK = null;        System.gc();        Thread.sleep(500);        if (null != SAVE_HOOK) {            System.out.println("Yes , I am still alive");        } else {            System.out.println("No , I am dead");        }    }    @Override    protected void finalize() throws Throwable {        super.finalize();        System.out.println("execute method finalize()");        SAVE_HOOK = this;    }}

两段相同的代码执行结果不一样，原因是：

在根搜索算法中不可达的对象，也并非是“非死不可”的,这个时候他们暂时处于“缓刑”间断，要真正宣告一个对象死亡，至少要经历两次标记过程：如果对象在进行根搜索后发现没有与GC Roots相连接的引用链，那他将会被第一次标记并且进行一次筛选，筛选的条件是该对象是否有必要执行finalize（）方法。当对象没有覆盖finalize方法，或者该方法已经被虚拟机调用过，虚拟机将这两种情况都视为“没有必要执行”。

如果这个对象判定有必要执行finalize方法，那么这个对象将会被放置在一个名为F-Queue的队列之中，并在稍后由一条由虚拟机自动建立的、低优先级的Finalizer线程去执行。这里所谓的执行是指虚拟机会触发这个方法，但并不承诺会等待它运行结束。这样做的原因是，若一个对象的finalize方法中执行缓慢，或者发生了死循环，将很可能会导致F-Queue队列中的其他对象永久处于等待状态，甚至导致整个内存回收系统崩溃。finalize方法是对象逃脱死亡命运的最后一次机会，稍后GC将对F-queue中的对象进行第二次小规模的标记，若对象要在finalize中成功拯救自己——只要重新与引用链上的任何一个对象建立关联即可，譬如把自己复制给某个类变量或者对象的成员变量，那在第二次标记时它将被移除“即将回收”的集合；如果对象这时候还没有逃脱，那就真的离死不远了。。。。