这是Stack Overflow上关于Finalizetion意义的两段讨论，这两个观点是互为补充的。
观点1：
垃圾回收器（The garbage collector）自动在后台运行（虽然它也可以被直接调用，但是一般不这么干），基本上它就是清理那些没有被其他对象引用的对象。（垃圾回收器的整个工作原理要比上面说的复杂，但基本就是这样）。所以它不会改变活动对象（live object）上的任何引用。如果一个对象不能被其他活动对象引用（can not be accessed），那么就意味着它可以被安全地回收。
Finalizetion主要用来释放被对象占用的资源（不是指内存，而是指其他资源，比如文件(File Handle)、端口(ports)、数据库连接(DB Connection)等）。然而，它不能真正有效地工作。
●finalize()的调用事件是不可预知的。
●事实上，没有机制能保证finalize()一定会被调用。
但是即使finalize()被保证一定会被调用，它也不是一个释放资源的好地方；当它被调用准备清理所有你打开的数据库连接(DB Connections)时，系统可能已经耗尽了所有空闲的连接，然后你的app就不能继续跑了。
观点2：
一旦垃圾回收器运行（VM决定它什么时候需要清理内存，你不能强迫它运行）并决定从某个对象（this object）中回收内存时（这意味着已经没有引用（reference）指向这个对象，至少它不是可达（reachable）的对象），在它删除这个对象占用的内存时，它将调用对象上的finalize()方法。你可以肯定的是如果进行了垃圾回收，那么在对象消失（dispperars）前finalize()方法会被调用，但你无法确定它是否会被GC回收，所以你不能依赖这个方法做清理工作。你应该在finally{}里面做清理工作，不要使用finalize()方法，因为它不一定保证会被运行。
从以上观点总结：GC是用来回收对象占用的内存的，而finalize()这个东西会被finalizer调用，用来回收资源（文件、端口、数据库连接等）。