Finalizer是不可预知的，经常出问题的，而且是不必要的。使用它可能会导致不可预知的行为，性能降低和简洁问题。C++需要析构函数释放资源，Java是用垃圾回收器管理对象释放。Java中一般在finally中是否其他资源。
finalizer的一个缺点是：不能保证他们在对象无用的时候立即执行。这就意味着不能在finalizer中做严格要求时间的事情。例如不要在finalizer中关闭文件。
finalizer的执行只是垃圾回收器算法的一个主要函数。每个JVM实现都会不同。
不要依赖finalizer来更新临界持有状态。例如不要在finalizer中释放共享资源的持有锁。
不要受System.gc和System.runFinalizerOnExit的诱惑.它们可能会增加finalizer执行的机会，但是不能保证。System.runFinalizerOnExit和Runtime.runFinalizersOnExit只是保证finalization。
使用finalizers会导致性能损失。在我的机器上创建和销毁一个对象的时间是5.6ns，但是使用finalizer会增加时间到2400ns.
那么应该如何终止资源，例如文件和线程？如果仅仅是需要显式的终止方法，那么可以使用InputStream和OutputStream和java.sql.Connection的Close方法。还有就是使用java.util.Timer的Cancel方法，对于java.awt使用Graphics.dispose和Window.dispose.
一般典型的显式终止方法是包含在try-finally中来确保结束。例如
1
// try-finally block guarantees execution of termination method
2Foo foo = new Foo(
);
3
try {
4
// Do what must be done with foo
5
6} finally {
7foo.terminate(); // Explicit termination method
8
}
四个类来作为显示终止方法模式的例子：FileInputStream, FileOutputStream, Timer, and Connection。
使用finalizer的第二个合理对象是native peers。native peer是一个native对象它是通过native方法来代理正常的对象。由于native peer不是正常的对象，垃圾回收器无法知道它和在Java Peer回收的时候回收它。就需要finalizer来完成这个任务，来确保native peer不再持有临界资源。
应该注意到，“finalizer chaining”不是自动完成的。如果一个类有一个finalizer，子类复写了它。子类必须手动调用父类的finalizer。应该包含子类的finalizer在try中，将父类的finalizer放在finally中：
// Manual finalizer chaining
@Override protected void finalize() throws Throwable {
try {
// Finalize subclass state
} finally {
super.finalize();
}
}
如果子类实现复写了父类的finalizer，但是忘记了调用，父类的finalizer就不会被调用。
可以将finalizer放入一个匿名类中。匿名类的单实例叫做finalizer哨，被包含类为每个实例创建一个finalizer哨。
1// Finalizer Guardian idiom
2public class Foo {
3// Sole purpose of this object is to finalize outer Foo object
4private final Object finalizerGuardian = new Object() {
5@Override protected void finalize() throws Throwable {
6 // Finalize outer Foo object
7}
8};
9 // Remainder omitted
10}
包含类存储了一个私有单一引用在finalizer哨中。注意，Foo类不需要finalizer，因此不用担心是否子类调用super.finalize.这种技术应该在每个具有finalizer的非final public 类中考虑。
总结：
不要使用finalizer，除非为了安全网或者终止非临界native资源。在那些使用finalizer的极少的实例中，记住要调用super.finalize。如果使用finalize作为安全网，记住从finalizer中输出无效用法的日志。最后，如果你需要关联一个finalizer到public非静态类中，考虑使用finalizer哨，它可以保证调用super.finalize失败是还是可以finalization。
In summary, don’t use finalizers except as a safety net or to terminate
noncritical native resources. In those rare instances where you do use a finalizer,
remember to invoke super.finalize. If you use a finalizer as a safety net,
remember to log the invalid usage from the finalizer. Lastly, if you need to
associate a finalizer with a public, nonfinal class, consider using a finalizer
guardian, so finalization can take place even if a subclass finalizer fails to invoke
super.finalize.
posted on 2008-06-24 16:07
一叶笑天 阅读(375)
评论(0) 编辑 收藏 所属分类:
JAVA技术