垃圾回收之finalize()

finalize()
官方文档：
Called by the garbage collector on an object when garbage collection determines that there are no more references to the object.A subclass overrides the {@code finalize} method to dispose of system resources or to perform other cleanup.
在垃圾收集时由垃圾收集器调用对象 确定不再有对该对象的引用。一个子类重写了finalize方法来处理 系统资源或执行其他清理。

如果你也对上面这句话懵X的话，往下看。在java编程思想中P87有提及那么一段话。

假定你的对象（并非使用new）获得了一块“特殊”的内存区域，而GC只知道释放经过new分配的内存，所以它不知道如何释放该对象的这块“特殊”内存。因此，java允许类中定义一个finalize()，当GC准备释放对象占用的存储空间时，将首先调用finalize()，释放特殊内存，在下一次GC时，才会真正回收对象占用的内存。

然而书中只是说了这块特殊内存是通过非JAVA方式分配的，如C/C++中的malloc(),所以在finalize()中用free()方法释放这块内存。查询相关资料后发现通过是这块特殊内存是JNI(Java Native Interface)调用C或C++进行的内存分配。

　　Java中GC的特性

1.对象可能不被垃圾回收
2.垃圾回收并不等于“析构”
3.垃圾回收只与内存相关

值得注意的是，finalize（）不等于C++中的析构函数；尽管它们在功能上有一些类似，但却是截然不同的方法。C++中对象是一定会被销毁的，析构函数一定会被调用的。而Java中的对象却可能不被GC，所以finalize()也就不会被调用。

Show you the code:

class C {
    public int i;

    public C(int i) {
        this.i = i;
    }

    @Override
    protected void finalize() throws Throwable {
        super.finalize();

        System.out.println("i");
    }

    public static void main(String[] args) throws Throwable {
        C c = new C(2);
        //c = null;
        while (true)
        System.gc();
    }
}

在以上代码中并不会打印出i,即使调用了gc，但gc并不会调用c的finalize()，因为c还是持有其new出来的内存的引用，只有在将c=null时，执行gc会直接调用c的finalize()。因为c=null时，不再持有对new出来的内存的引用，故可以直接释放内存。所以应了上面说的对象可能不会被垃圾回收.

如果在上述代码中，并未手动GC，则不会调用到c.finalize(),因为GC不一定会发生，如果JVM（Java虚拟机）并未面临内存耗尽的情形，是不会去执行GC恢复内存的