Finalizer（终结方法）使用缺点

首先我们来看看百度百科对Finalizer的解释

收尾:每个类都有一个特殊的方法finalizer，它不能被直接调用，而被JVM在适当的时候调用，通常用来处理一些清理资源的工作，因此称为收尾机制。

作为一种收尾机制，但这种机制通常也是不可预见的，十分容易导致程序的崩溃，一般情况下还是不要轻易的使用！！！

那么使用finalizer会导致那些问题呢？

1、行为不稳定

2、降低性能

3、可移植性问题

（一）

使用finalizer最严重的缺点之一就是它不能保证被及时的执行，从一个对象变得不可到达开始，一直到该对象的终结方法被JVM执行，整个过程中所花费的时间是一个未知，是任意的。所以如果你的程序要注重运行的时间长短，那就最好不要使用终结方法来完成。当你用finalizer来关闭已经打开的文件时，其实这时已经造成了很严重的错误，因为打开文件的描述符是一种很有限的操作符。由于JVM会延迟执行finalizer，所以大量已被打开的文件会保持被打开的状态，当达到一定的阈值（程序不能再继续打开文件），此时它就有可能运行失败。

（二）

执行finalizer也是垃圾回收算法的一个重要功能，这也是GC（内置垃圾收集器）范畴，但这又涉及到了finalizer另一个方面的缺点，如果你的程序依靠finalizer被执行的时间点，那么这个程序的行为在不同使用者JVM上会有不同的执行效果，所以无法保持开发者和使用者的JVM平台一致，这样就有很大可能导致运行错误的发生。

（三）

使用finalizer会导致严重的性能损失，这样会使创建并销毁对象的时间变成原来的400~500倍，这是非常可怕的。

（四）

当你为一个类提供finalizer来执行操作时，你就必须要考虑是否实例会被延迟回收。因为finalizer线程的优先级在程序中往往比该程序的其他线程要低很多，所以当你的程序发生OutOfMemoryError的错误时，你需要查看finalizer队列是否出现了很多实例正在等待被终结和回收。所以当发生这种情况时，最好的办法就是不使用finalizer！

（五）

Java的语言规范从一开始就没有保证finalizer会被及时的执行，而且更加重要的是就是根本不保证它们会被执行。当一个程序终止时，一些已经无法访问的对象上的finalizer根本就没有被执行，这是很常见的现象。

（六）

如果被捕获的异常在finalizer中被抛出来，那么这个异常可以被忽略，并且该对象的finalizer操作也会被终止。这时，未被捕获的异常会使对象处于已被破坏的状态，如果有另一个线程尝试使用这个已被破坏的的对象，则可能发生任何不确定的行为。正常情况下，未被捕获的异常会导致线程的终止，并打印出栈轨迹，但是异常发生在finalizer之中，就不会按正常情况执行，甚至警告（warning）都不会被打印出来。