关于java中的finalize()方法

关于finalize()方法，之前了解的并不是很多，看《java编程思想》时才对此有所了解，之后我又看了些博客，稍微总结了一下finalize()方法：

java提供finalize()方法，垃圾回收器准备释放内存的时候，会先调用finalize()。
(1).对象不一定会被回收。
(2).垃圾回收不是析构函数。
(3).垃圾回收只与内存有关。
(4).垃圾回收和finalize()都是靠不住的，只要JVM还没有快到耗尽内存的地步，它是不会浪费时间进行垃圾回收的。
有时当撤消一个对象时，需要完成一些操作。例如，如果一个对象正在处理的是非Java 资源，如文件句柄或window 字符字体，这时你要确认在一个对象被撤消以前要保证这些资源被释放。为处理这样的状况，Java 提供了被称为收尾（finalization ）的机制。使用该机制你可以定义一些特殊的操作，这些操作在一个对象将要被垃圾回收程序释放时执行。
要给一个类增加收尾（finalizer ），你只要定义finalize ( ) 方法即可。Java 回收该类的一个对象时，就会调用这个方法。在finalize ( )方法中，你要指定在一个对象被撤消前必须执行的操作。垃圾回收周期性地运行，检查对象不再被运行状态引用或间接地通过其他对象引用。就在对象被释放之前，Java 运行系统调用该对象的finalize( ) 方法。
finalize()方法的通用格式如下：
protected void finalize( )
{
// finalization code here
}
其中，关键字protected是防止在该类之外定义的代码访问finalize()标识符。
理解finalize( ) 正好在垃圾回收以前被调用非常重要。例如当一个对象超出了它的作用域时，finalize( ) 并不被调用。这意味着你不可能知道何时——甚至是否——finalize( ) 被调用。因此，你的程序应该提供其他的方法来释放由对象使用的系统资源，而不能依靠finalize( ) 来完成程序的正常操作。

java 技术允许使用 finalize() 方法在垃圾收集器将对象从内存中清除出去之前做必要的清理工作。这个方法是由垃圾收集器在确定这个对象没有被引用时对这个对象调用的。它是在 Object 类中定义的，因此所有的类都继承了它。子类覆盖 finalize() 方法以整理系统资源或者执行其他清理工作。finalize() 方法是在垃圾收集器删除对象之前对这个对象调用的。
Java中所有类都从Object类中继承finalize()方法。
当垃圾回收器(garbage colector)决定回收某对象时，就会运行该对象的finalize()方法。Java中，如果内存总是充足的，那么垃圾回收可能永远不会进行，也就是说filalize()可能永远不被执行，显然指望它做收尾工作是靠不住的。
那么finalize()究竟是做什么的呢？它最主要的用途是回收特殊渠道申请的内存。Java程序有垃圾回收器，所以一般情况下内存问题不用程序员操心。但有一种JNI(Java Native Interface)调用non-Java程序（C或C++），finalize()的工作就是回收这部分的内存。

finalize()作清理资源之用，比如在类的某个方法中打开了一个文件，那么你可能需要通过finalize()方法来释放该资源。但是话说回来，java世界里，一切皆对象，而任何一个学java的人都知道，java对象是不需要手动去清理的，因为java有强大的垃圾回收器，有人可能会有疑问，那既然如此，为什么还需要在finalize()中手动释放资源呢？当然，面对这一问题，有很好的理由去解释，因为资源是有限的，而我们又知道垃圾回收器的线程优先级非常低，在逼不得以的情况下，它才会工作，也就是说，只要内存足够，失效的对象就不会被清理，它所持有的资源也就得不到释放，而资源又是有限的，比如数据库连接，所以需要我们去手动释放。不过finalize()确实用到的时候不会很多，它主要用于一些本地方法调用过程中产生的资源清理。比如你通过Native method调用c语言的melloc方法分配了一些内存空间，而这部分内存是需要c语言的free()来进行释放的，如果不这样，就会产生内存泄漏，所以你需要在finalize()中用Native method方法调用free()将其释放。

总结：finalize()方法并不十分保险，因为finalize()只有在垃圾回收器工作的时候才会被调用，也就是说，通过它进行资源释放并不能确保马上被释放，甚至可能根本不会被释放（因为垃圾回收器可能不会工作），因此，资源释放尽量另想办法，别太相信finalize()和垃圾回收器了。