Java垃圾回收机制-优快云博客

程序员都知道“初始化”的重要性，但通常忘记清除的重要性。毕竟，谁需要来清除一个int 呢？但是对于
库来说，用完后简单地“释放”一个对象并非总是安全的。当然，Java 可用垃圾收集器回收由不再使用的对
象占据的内存。现在考虑一种非常特殊且不多见的情况。假定我们的对象分配了一个“特殊”内存区域，没
有使用new。垃圾收集器只知道释放那些由new 分配的内存，所以不知道如何释放对象的“特殊”内存。为
解决这个问题，Java 提供了一个名为finalize()的方法，可为我们的类定义它。在理想情况下，它的工作原
理应该是这样的：一旦垃圾收集器准备好释放对象占用的存储空间，它首先调用finalize()，而且只有在下
一次垃圾收集过程中，才会真正回收对象的内存。所以如果使用finalize()，就可以在垃圾收集期间进行一
些重要的清除或清扫工作。

上面这段文字是Think in java 4.3 清除:收尾和垃圾收集一章中的第一段.
主要是想看看大牛们对垃圾回收器的看法, 因此, 没有循证原版Think in java中是怎么样描述这个问题的.
当然, 这个问题也可能是由于jdk的版本引起的误差, 因此, 题目只是想吸引大家进来看看...呵呵

请注意红字标明的部分, 我们可以看出, 作者(或者是翻译的误差? 这里就这么用用吧, 呵呵)认为: 垃圾回收器在运行时, 会首先调用对象的finalize方法, 在下一次垃圾回收器运行时, 释放该对象的内存.

为了照顾各位的情绪, 我还是把问题先在这里描述一下吧, 测试代码在Garbage类中的两个System.gc()的位置, 那里也有些注释的.
* 我对jdk6.0_update_10的GC的运行机制的推测.
* 1. 收集需要回收的对象, 并以某种方式记录下来.
* 2. 调用上次记录在案的需要回收的对象的finalize方法.
* 3. 回收已经调用过finalize方法的需要回收的对象.
* 4. 将已经释放的对象从那个"记录"中移除.
* 下一次运行, 继续1-4的步骤.

我下面引入程序代码(基本上是Think in java中的源代码, 对其中有些东西做了一点小的调整, 效果比较明显一点.):
1. Chair类, 我们就是用它来模拟垃圾的.

Java code
package selfimpr.ThinkInJava.gc;

public class Chair {
    static boolean gcrun = false;
    static boolean f = false;
    static int created = 0;
    static int finalized = 0;
    int i;
    Chair() {
        i = ++created;
        if(created == 35000)
            System.out.println("Created 35000");
    }
    protected void finalize() {
        //检测gc的第一次运行,gc第一次运行时调用finalize方法会触发并输出
        if(!gcrun) {
            gcrun = true;
            System.out.println("Beginning to finalize after " +
                    created + " Chairs have been ced. ");
        }
        //监测收集编号i值为35000的Chair对象.
        if(i==35000) {
            System.out.println("Finalizing Chair #35000, " + "i" + i + " " + created +
                    "Setting flag to stop Chair creation");
            //当i值为35000的Chair的对象被垃圾收集后, 将f设置为true, 结束创建.
            f = true;
        }
        //记录销毁对象的数目
        finalized ++;
        if(finalized >= created-100)
            System.out.println("All " + finalized + " finalized");
    }
}

2. 主类, 控制程序监测GC运行

Java code
package selfimpr.ThinkInJava.gc;

public class Garbage {

    public static void main(String[] args) {
        if(args.length == 0) {
            System.err.println("Usage: \n" +
                    "java Garbage before\n or:\n" +
                    "java Garbage after");
            return ;
        }
        //1. Chair.f为假时不断的创建Chair和String对象.
        while(!Chair.f) {
            new Chair();
            new String("To take up space");
        }
        //结束创建活动后, 打印总共被创建了多少Chair对象.
        //在这个过程中, JVM自动运行的垃圾回收回收了多少个Chair对象.
        System.out.println("After all Chairs have been created:\n" +
                "total created = " + Chair.created +
                ", total finalized = " + Chair.finalized);
        if(args[0].equals("before")) {
            System.out.println("gc():");
            System.gc();
            System.out.println("runFinalization():");
            System.runFinalization();
        }
        //这个地方进行了改动, 下面这两行代码是新加的.
        //这里我做了两次测试
        /*
         * 第一次, 调用一次System.gc();
         * 第二次, 调用两次System.gc();
         * 然而, 和Think in java的讲法不同, 我调用第一System.gc()的时候,
         * 程序中没有释放的其他对象的finalize方法并没有被调用.
         * 而我调用两次System.gc();所有没有被释放的对象的finalize方法都被调用了.
         *
         * 因此, 感觉至少在jdk6.0_update_10中, GC的运行是在第二次的时候,
         * 才调用finalize方法并释放内存的.
         */
        System.gc();
        System.gc();

        //被改动的代码结束

        System.out.println("bye!");
        if(args[0].equals("after"))
            System.runFinalizersOnExit(true);
    }