第7条:避免使用终结方法(finalizer)
缺点
终结方法(finalizer)通常是不可预测的,也是很危险的,一般情况下是不必要使用它的。使用终结方法会导致行为不稳定,降低性能,以及可移植性的问题,不过终结方法也有其可用之处。
在C++中存在着析构器(destructors)这种帮助回收对象占用资源时的常规方法,是构造器所必需的对应物。但是Java中的终结方法作用并不等同于析构器,当一个对象变成不可达到的状态时,也就是没有引用指向这个具体对象时,垃圾回收器会回收与该对象相关联的存储空间。
1. 终结方法的缺点在于不能保证会被及时地执行。
从一个对象变为不可达到的状态开始,到其终结方法被执行,所花费的这段时间是任意长的。这意味着,注重时间的任务不应该由终结方法来完成。例如,在终结方法里面关闭已经打开了的文件,文件处于打开的状态时会占用着内存空间,由于JVM会延迟执行终结方法,所以大量的文件会保留在打开状态,当一个程序不能打开文件的时候,它可能运行失败。
Java语言规范不仅不保证终结方法会被及时的执行,而且根本就不保证它们会被执行。当一个程序中止的时候,某些已经无法访问的对象上的终结方法却根本没有得到执行。
不要被System.gc
和System.runFinalization
这两个方法所诱惑了,它们确实增加了终结方法被执行的机会,但是他们不保证终结方法一定会被执行。唯一声称保证终结方法被执行的方法是System.runF