effective java（7） 之避免使用终结方法

effective java 之避免使用终结方法

1、终结方法其实是指finalize()。
2、为什么要避免终结方法

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

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

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

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

System.gc和System.runFinalization确实增加了终结方法被执行的机会，但是他们不保证终结方法一定会被执行。
唯一声称保证终结方法被执行的方法是System.runFinalizersOnExit，以及Runtime.runFinalizerOnExit，但是由于两个方法都有缺陷，已经被废弃掉了。

4、 正常情况下，未被捕捉的异常将会使所在线程停止，并且打出stack trace，但是如果异常发生在了终结方法之中，不仅线程不会终结，甚至连警告都打不出来。

如果在执行终结方法的过程中有异常被抛出来了，但是程序没有进行捕捉处理，这种异常可能被忽略掉并且这个对象的终结过程也会被终止，终结方法之后的工作也无法进行下去。
这就有可能导致对象处于一种被破坏的状态(a corrupt state)，如果另外一个线程企图使用这种被破坏的对象可能产生不确定的行为。

5、 Java的垃圾回收机制只负责内存相关清理，其他资源的清理（释放文件、释放DB连接）需要程序员手动完成。

6、 调用System.gc() 只是建议JVM执行垃圾回收（GC），但什么时候执行、是否要执行由JVM决定。
7、 用户可以自己调用对象的finalize方法，但是这种调用是正常的方法调用，和对象的销毁过程无关。
8、 如果一个类实现了finalize方法，那么当JVM执行垃圾回收的时候，该方法一定会被调用。

9、finalize的执行过程

当对象不可达时，GC会判断该对象是否覆盖了finalize方法，如没有覆盖则直接将其回收，
否则，若对象未执行过finalize方法，将其放入F-Queue队列，由一低优先级线程执行该队列中对象的finalize方法。
执行finalize方法完后，GC会再次判断该对象是否可达，若不可达则进行回收。否则对象“复活”。

10、为防止用户忘记关闭资源，JDK中FileInputStream类中覆盖了finalize方法。

    protected void finalize()
        throws IOException
    {
        if(fd == null || fd == FileDescriptor.in)
            break MISSING_BLOCK_LABEL_54;
        runningFinalize.set(Boolean.TRUE);
        close();
        runningFinalize.set(Boolean.FALSE);
        break MISSING_BLOCK_LABEL_54;
        Exception exception;
        exception;
        runningFinalize.set(Boolean.FALSE);
        throw exception;
    }

11、何时使用finalize

1. 尽量少用finalize，最好由系统管理，我们可以定义其他的方法来释放非内存资源。
2. 如果一定要用，那么可以参考FileInputStream类，在finalize检查费内存资源是否释放。

12、如果类中的资源确实需要被释放的替代方法

如果类的对象中封装的资源确实需要终止，则可以用下面的方法来替代使用终结方法。
只需提供一个显示的终结方法，并且要求该类的客户端在每个实例不再有用的时候调用这个方法。
该实例必须记录下自己是否已经被终止并不再有效了：显示的终结方法执行之后必须在一个私有域中记录下”该实例不再有效”，可以是一个boolean也可以是其他的。
为了防止其他方法或者线程来调用这个已经被终结的对象之后造成不可预知的结果。显示终结方法的典型例子肯定已经见过不少了，在InputStream以及OutputStream上的close()方法。
class MyObject{
private boolean isClosed = false;
//public修饰的终止方法
public void close(){
//资源释放操作
...
isClosed = true;
}
}

显示的终止方法通常与try-finally结构结合以来使用，确保及时终止。
在finally子句内部调用显示的终止方法，可以保证即使在使用对象的时候有异常抛出，终止方法也会进行的：

A a = new A();
try {
System.out.println(a.getClass());
} finally {
a.terminate();
//在这里面关闭object；
        a.close();
}


13、使用的好处

第一种用途是，当对象的所有者忘记调用前面段落中建议的显示终结方法时，可以充当“安全网”的作用，做好第二道防御的措施。
终结方法第二种合理的用途与对象的本地对等体(native peer)有关。
本地对等体是一个本地对象(native object),普通对象通过本地方法委托给一个本地对象。

14. 最后总结为什么要避免覆盖并使用finalize方法？
（1）finalize方法不能保证它能被及时的执行。
（2）finalize方法甚至都不会被执行。
（3）System.gc和System.runFinalization这两个方法只是能增加finalize方法被调用的几率。
（4）唯一能保证finalize方法被执行的方法有两个，System.runFinalizersOnExit和Runtime.runFinalizersOnExit但是这两个方法已经被弃用。

（5）覆盖并使用终结方法会造成严重的性能损失。

每天努力一点，每天都在进步。