finalize分析笔记

package com.test;

public class Son {

    static boolean isgcrun=false;
    static boolean flag=false;
    static int created=0;
    static int finalized=0;
    int i;

    public Son(){
        i=++created;
        if(i==100){
            System.out.println("i have 100 sons");
        }
    }

    protected void finalize() throws Throwable {
        if(!isgcrun){
            isgcrun = true;
            System.out.println("gc kill sons...start!!!,"+ i + " sons killed ");
        }
        if(i==100){
            System.out.println("-------set flag!!!---don't kill son!!!----");
            flag = true;
        }
        finalized ++ ;
        if(finalized >= created){
            System.out.println("all killed!!!");
        }
    }
}

package com.test;

public class Father {

    public static void main(String[] args) {
        while(!Son.flag){
              new Son();
              new String("站岗中。。。。");
          }

         System.out.println( "After all son have been created:/n"+
                  "total created ="+Son.created+
                  ",total finalized ="+Son.finalized);
         System.out.println("gc():");
         System.gc();
         System.out.println("runFinalization():");
         System.runFinalization();
         System.out.println("bye");
    }
}
运行结果：
i have 100 sons
gc kill sons...start!!!,4544 sons killed
-------set flag!!!---don't kill son!!!----
After all son have been created:
total created =47649,total finalized =30257
gc():
runFinalization():
all killed!!!
bye

分析：
在一个循环当中创建对象，并且只是创建，而不引用，也就是说这个对象会自动的被系统当作垃圾处理掉。
但请注意，finalize()方法并不是立刻就会执行的，执行的时间完全由系统来决定。
所以很有可能的情况是已经创建了20000个对象，才开始其中的某一个对象的清除工作（这可能和时间或者系统内容的占用有关）。
为什么会被自动被系统当作垃圾回收？系统什么时候开始回收？
我们从jvm的gc顺序中可以分析得到答案
A. JVM会试图为相关Java对象在Eden中初始化一块内存区域(所有新对象不断的创建，并放在Eden中,使得Eden不断膨胀)
B. 当Eden空间足够时，内存申请结束。否则到下一步（对象太多，内存资源开始不足）
C. JVM试图释放在Eden中所有不活跃的对象（没有任何引用的对象为不活跃对象，判断原则；系统将会决定在这个时候回收掉这个对象）

引：不活跃对象判断原则（http://hi.baidu.com/jieriw/blog/item/6f690f32f793e6cda3cc2bd5.html）
应用阶段：即该对象至少有一个引用在维护他.
不可视阶段：即超出该变量的作用域。这里有一个很好的做法,因为JVM在GC的时候并不是马上进行回收,而是要判断对象是否被其他引用在维护.所以,这个时候如果我们在使用完一个对象以后对其obj=null或者obj.doSomething()操作,将其标记为空,可以帮助JVM及时发现这个垃圾对象.
不可到达阶段：就是在JVM中找不到对该对象的直接或者间接的引用。
可收集阶段,终结阶段,释放阶段：此为回收器发现该对象不可到达,finalize方法已经被执行,或者对象空间已被重用的时候。

我们从这可以发现垃圾回收过程往往都会迟一点才开始，如果有足够的时间gc还是能把这些没用的对象都回收了（让线程wait一会就能看到了），这也是为啥我们都选择在finally中进行文件流之类的关闭操作，因为finalize可靠了，母猪都会爬树了（当然现在母猪也有可能会爬树了）；

另外对于finalize的不可靠，Java 1.1 通过提供一个Runtime.runFinalizersOnExit()方法部分地解决了这个问题(现在使用Runtime.exit())。Runtime.exit() 方法并不立即试图启动垃圾回收器。而是当应用程序退出时，它调用每个对象的finalize()方法。

正如你可能猜测的那样，通过调用Runtime.exit()方法强制垃圾回收器清除所有独立对象的内存，当清除代码执行时也可能引起明显的延迟。

文章出处:http://www.dxmath.com/