第7条：避免使用终结方法

第7条：避免使用终结方法(finalizer)

---

缺点

    终结方法(finalizer)通常是不可预测的，也是很危险的，一般情况下是不必要使用它的。使用终结方法会导致行为不稳定，降低性能，以及可移植性的问题，不过终结方法也有其可用之处。

    在C++中存在着析构器(destructors)这种帮助回收对象占用资源时的常规方法，是构造器所必需的对应物。但是Java中的终结方法作用并不等同于析构器，当一个对象变成不可达到的状态时，也就是没有引用指向这个具体对象时，垃圾回收器会回收与该对象相关联的存储空间。

    1. 终结方法的缺点在于不能保证会被及时地执行。

    从一个对象变为不可达到的状态开始，到其终结方法被执行，所花费的这段时间是任意长的。这意味着，注重时间的任务不应该由终结方法来完成。例如，在终结方法里面关闭已经打开了的文件，文件处于打开的状态时会占用着内存空间，由于JVM会延迟执行终结方法，所以大量的文件会保留在打开状态，当一个程序不能打开文件的时候，它可能运行失败。

    Java语言规范不仅不保证终结方法会被及时的执行，而且根本就不保证它们会被执行。当一个程序中止的时候，某些已经无法访问的对象上的终结方法却根本没有得到执行。

    不要被System.gc和System.runFinalization这两个方法所诱惑了，它们确实增加了终结方法被执行的机会，但是他们不保证终结方法一定会被执行。唯一声称保证终结方法被执行的方法是System.runF