finalize()方法也叫收尾方法。

一旦垃圾回收器准备好释放对象占用的存储空间，首先会去调用finalize()方法①进行一些必要的清理工作(对垃圾回收器不能处理的特殊情况进行处理)(例子在下边)②也有可能使该对象重新被引用，我习惯叫这种作用为复活。注意！！每个对象的finalize()方法只能被执行一次，第二次就会直接跳过finalize()方法，这就是为了防止出现对象无限复活，内存空间只增不减。

一般忽略第二种情况，概念就变成了：一旦垃圾收集器准备好释放对象占用的存储空间(进入第一个回收周期)，首先会去调用finalize()方法进行一些必要的清理工作，只有到下一次再进行垃圾回收动作(下一个回收周期)的时候，才会真正释放这个对象所占用的内存空间。

例子：1)由于在分配内存的时候可能采用了类似 C语言的做法，而非JAVA的通常new做法。这种情况主要发生在native method中，比如native method调用了C/C++方法malloc()函数系列来分配存储空间，但是除非调用free()函数，否则这些内存空间将不会得到释放，那么这个时候就可能造成内存泄漏。但是由于free()方法是在C/C++中的函数，所以finalize()中可以用本地方法来调用它。以释放这些“特殊”的内存空间。2)又或者打开的文件资源，这些资源不属于垃圾回收器的回收范围。

System.runFinalization()和System.gc()是做什么的呢？ 我个人的理解，这两个函数分别是应用层向JVM发出一个信号，告诉JVM,希望你能尽快的回收内存和调用对象的finaliztion方法，但是只是一个请求，而JVM只保证会尽最大的努力执行，但是具体什么时候执行以及会不会执行都是未知的。