I want to fly higher
programming Explorer
posts - 114,comments - 263,trackbacks - 0
Effective Java 2nd笔记6:避免使用终结方法
第七条:避免使用终结方法
  
  1.终结方法finalizer通常是不可预测的，也是很危险的.一般情况下是不必要的。使用终结方法会导致行为不稳定，降低性能，以及可移植性问题。根据经验，应避免使用终结方法。
  2.C++的程序员被告知不要把终结方法当做是C++析构器destuctors的对应物。在C++中，析构器是回收一个对象所占用资源的常规方法，是构造器所必须的对应物。在Java中，当一个对象变得不可达到的时候，垃圾回收器会回收与该对象相关联的存储空间，并不需要程序员做专门的工作，C++的析构器也可以用来回收其他的非内存资源。而在Java中，一般用try-finally块来完成类似的工作。
  3.终结方法的缺点在于不能保证会及时的执行。从一个对象变得不可到达开始，到它的终结方法被执行，所花费的这段时间是任意长的。即注重时间time-critical的任务不应该由终结方法来执行。如用终结方法来关闭已经打开的文件，这是严重错误，因为打开文件的描述符是一种很有限的资源。由于JVM延迟执行终结方法，所以大量的文件会保留在打开状态，当一个程序不能再打开文件的时候，它可能会运行失败。
  4.及时的执行终结方法时垃圾回收算法的一个主要功能，这种算法在不同的JVM实现中大相径庭。如果程序依赖终结方法被执行的时间点，那么这个程序的行为在不同的JVM中运行的表现可能会截然不同.如一个程序在你测试用的JVM平台运行的很好，而在你的最重要的顾客的JVM平台上却根本无法运行， 这完全有可能。
  5.延迟终结过程并不只是一个理论问题。在很少见的情况下，为类提供终结方法，可能会随意的延迟期实例的回收过程。如可能在调试一个长期运行的GUI应用程序的时候，该应用程序总是莫名的出现OutOfMemoryError错误而死掉。分析表明，该应用程序死掉的时候，其终结方法队列中有数千个图形对象正在等待被终结和回收。遗憾的时候，终结方法线程的优先级比该应用程序的其他线程的要低很多，所以图形对象的终结速度达不到他们进入队列的速度。Java语言规范并不保证哪个线程将会执行终结方法，所以除了不使用终结方法之外，并没有很轻便的方法能够避免这样的问题。
  6.Java语言规范不仅不能保证终结方法会被及时的执行，而且根本就不保证他们会执行。当一个程序终止的时候，某些已经无法访问的对象上的终结方法却根本没有被执行，这是完全可能的。结论是：不应该依赖终结方法来更新重要的持久状态。如依赖终结方法来释放共享资源如数据库上的永久锁，很容易让这个分布式系统垮掉。
  7.不要被System.gc和System.runFinalization这两个方法所诱惑，他们确实增加了终结方法被执行的机会，但是他们并不保证终结方法一定会被执行。唯一声称保证终结方法被执行的方法是System.runFinalizersOnExit以及其臭名昭著的孪生兄弟Runtime.runFinalizersOnExit，这两个方法都有致命的缺陷，已经被废弃了。
   注：System#runFinalizersOnExit|Runtime#runFinalizersOnExit:该方法具有固有的不安全性。它可能对正在使用的对象调用终结方法，而其他线程同时正在操作这些对象，从而导致不正确的行为或死锁。
  8.当你并不确定是否应该避免使用终结方法的时候，这还有一种需要考虑的情况：如果未被捕获的异常在终结过程中被抛出来了，那么这种异常可以被忽略，并且该对象的终结过程也会被终止。未被捕获的异常会使对象处于破坏的状态a corrupt state，如果另一个线程企图使用这种被破坏的对象，则可能发生任何不确定的行为。 正常情况下，未被捕获的异常会使线程终止，并打印出栈轨迹stack trace。但是如果异常发生在终结方法之中，则不会如此，甚至连警告都不会打印出来。
  9.还有一点，使用终结方法有一个非常严重的Severe性能损失。某测试数据：创建和销毁一个简单对象的时间大约为5.6ns。增加一个终结方法使时间增加到了2400ns。换句话说，用终结方法创建和销毁对象慢了大约430倍。
  10.如果类的对象中封装的资源如文件或者线程确实需要终止，应该如何做而不编写终结方法呢。只需提供一个显示的终止方法，并要求该类的客户端在每个实例不再有用的时候调用这个方法。有一个细节是该实例必须记录下自己是否已经被终止了；显示的终止方法必须在一个私有域中记录下“该对象已经不再有效”。如果这些方法时在对象已经终止之后被调用，其他的方法就必须检查这个于，并抛出IllegalStateException。
  显示终止方法的典型例子是InputStream，OutputStream，java.sql.Connection上的close方法。另一个例子是java.util.Timer上的cancel方法，它执行必要的状态改变，是的与Timer实例相关联的该线程温和的终止自己。java.awt中的例子还包括Graphics.dispose和Window.dispose这些方法通常由于性能不好而不被人们关注。一个相关的方法时Image.flush，它会释放所有域Image实例相关资源，但是该实例仍然处于可用的状态，如果有必要的话，会重新分配资源.
  注:如1.FileOutputStream#private volatile boolean closed = false;
         2.java.io.Closeable | java.lang.AutoCloseable[since 1.7]|
      {@link ExplicitClose}
   11.终结方法的好处:
     1.当对象的所有者忘记调用之前建议的显示终止方法时，终结方法可以充当安全网，safety net.虽然这种做并不能保证终结方法会被及时的调用，但是在客户端无法通过调用显示的终止方法来正确结束操作的情况下(希望这种情形尽可能的少发生)，迟一点释放关键资源总比永远不释放要好。但是如果终结方法发现资源还未被终止，则应该在日志中记录一条警告。因为这表示客户端代码中的一个bug，应该得到修复。如果正考虑编写这样的安全网终结方法，就要考虑清楚这种额外的保护是否值得付出额外的代价。
       2.显示终止方法模式的实例中所示的四个类FileInputStream,FileOutputStream,Timer和Connection,都具有终结方法。当他们的终止方法未能被调用的情况下，这些终结方法充当了安全网。
       注:FileInputStream#filnalize:
    /**
        * Ensures that the <code>close</code> method of this file input stream is
        * called when there are no more references to it.
        *
        * @exception  IOException  if an I/O error occurs.
        * @see        java.io.FileInputStream#close()
        */
       protected void finalize() throws IOException {
           if ((fd != null) &&  (fd != FileDescriptor.in)) {
   
               /*
                * Finalizer should not release the FileDescriptor if another
                * stream is still using it. If the user directly invokes
                * close() then the FileDescriptor is also released.
                */
               runningFinalize.set(Boolean.TRUE);
               try {
                   close();
               } finally {
                   runningFinalize.set(Boolean.FALSE);
               }
           }
       }
   3.终结方法的第二种合理用于与对象的本地对等体native peer有关。本地对等体是一个本地对象native object,普通对象通过本地方法native method委托给一个本地对象。因为本地对等体不是一个普通对象，所以垃圾回收器不会知道它。当它的Java对等体被回收的时候，它不会被回收。在本地对等体并不拥有关键资源的前提下(注是否因为关键资源可被本地其他进程使用)，终结方法正是执行任务的最合适的工具。如果本地对等体用于必须被及时终止的资源， 那么该类就应该具有一个显示的终止方法，如前所述。终止方法应该完成所有必要的工作以便释放关键的资源。终止方法可以使本地方法或者也可以调用本地方法。
  12.注意终结方法链finalizer chaining并不会自动执行。如果类不是Object有终结方法，并且子类覆盖了终结方法，子类的终结方法就必须手动调用超类的终结方法。你应该在一个try快中终结子类，并且在相应的finally块中调用超类的终结方法。这样可以保证，即使子类的终结过程抛出异常，超类的终结方法也会得到执行。反之亦然。注:{@link FinalizerChaining}
  13.如果子类实现这覆盖了超类的终结方法，但是忘了手工调用超类的终结方法或者有意选择不调用超类的终结方法，那么超类的终结方法将永远不会得到调用。要防范这样的粗心大意或者而已的子类是有可能的，代价就是为每个将被终结的对象创建一个附加的对象，不是把终结方法放在要求终结处理的类中，而是把终结方法放在一个匿名的类中，该匿名类的唯一用途是终结它的外围实例enclosing instance.该匿名类的单个实例被称为终结方法守卫者finalizer guardian.外围类的每个实例都会创建这样一个守卫者，外围实例在它的私有实例域中保存一个对其终结方法守卫者的唯一引用，因为终结方法守卫者与外围实例可以同时启动终结过程。当守卫者被终结的时候， 它执行外围实例所期望的终结行为，就好像它的终结方法是外围对象上的一个方法一样。
  注:{@link FinalizerGuardian}-->在终结方法守卫者以为是实例变量?，所以必然会被销毁?，进而其终结的时候必然会调用外围类的终结发方法。
  14.总结：除非是作为安全网或者是为了终止非关键的本地资源，否则请不要使用终结方法。在这些很少见的情况下，既然使用了终结方法就要记住调用super.finalize.如果用终结方法作为安全网，要记得记录终结方法的非法用法。最好，如果需要把终结方法与公有的非final(注:final的无子类)的类关联起来，请考虑使用终结方法守卫者，以确保即使子类的终结方法未能调用super.finalize，该终结方法也会被执行。

部分源码:
package com.book.chap2.avoidFinalizer;

/**
 *
 *显示的终止方法
 *<pre>
 *1.通常与try-finally结构结合起来使用，以确保及时终止。在finally子句内部调用显示的终止方法，可以保证即使在使用对象的时候有异常抛出，该终止方法
 *也会执行。
 *</pre>
 *
 *@author landon
 *@since 1.6.0_35
 *@version 1.0.0 2013-3-14
 *
*/

public class ExplicitClose
{
    public void terminate()
    {
        //显示的终止方法
    }
   
    public static void main(Stringargs)
    {
        ExplicitClose close = new ExplicitClose();
        try
        {
            //做一些必要的事情
        }
        finally
        {
            close.terminate();//显示的调用终止方法
        }
    }
}

package com.book.chap2.avoidFinalizer;

/**
 *
 *终结方法链不会自动执行,需手动调用超类的终结方法。
 *<p>
 *    在一个try快中终结子类，并且在相应的finally块中调用超类的终结方法。这样可以保证，即使子类的终结过程抛出异常，超类的终结方法也会得到执行
 *</p>
 *
 *@author landon
 *@since 1.6.0_35
 *@version 1.0.0 2013-3-14
 *
*/

public class FinalizerChaining
{
    @Override
    protected void finalize() throws Throwable
    {
        try
        {
            //终结子类的状态
        }
        finally
        {
            super.finalize();
        }
    }
}

package com.book.chap2.avoidFinalizer;

/**
 *
 *终结方法保卫者
 *<pre>
 *1.为每个将被终结的对象创建一个附加的对象，不是把终结方法放在要求终结处理的类中，而是把终结方法放在一个匿名的类中，
 *该匿名类的唯一用途是终结它的外围实例enclosing instance.该匿名类的单个实例被称为终结方法守卫者finalizer guardian.
 *外围类的每个实例都会创建这样一个守卫者，外围实例在它的私有实例域中保存一个对其终结方法守卫者的唯一引用，
 *因为终结方法守卫者与外围实例可以同时启动终结过程。当守卫者被终结的时候， 它执行外围实例所期望的终结行为，
 *就好像它的终结方法是外围对象上的一个方法一样
 *2.FinalizerGuardian类并没有终结方法除了从Object继承了一个无关紧要的之外，所以子类的终结方法是否调用super.finalizer并不重要.对于每一个带有终结方法
 *的非final公有类(注意因为final类无法被继承)，都应该考虑使用这种方法。
 *</pre>
 *
 *@author landon
 *@since 1.6.0_35
 *@version 1.0.0 2013-3-14
 *
*/

public class FinalizerGuardian
{
    private final Object finalizerGuardian = new Object()
    {
        protected void finalize() throws Throwable
        {
            //终结外围对象
        }
    };
}
posted on 2013-03-15 19:24 landon 阅读(2158) 评论(0)  编辑  收藏 所属分类: Program 、Book

只有注册用户登录后才能发表评论。
网站导航:
 
Copyright ©2024 landon Powered By博客园 模板提供：沪江博客