为什么finalize（）只被垃圾收集器调用一次？

Question

引用SCJP 6学习指南：

在finaliz（）方法中，您可以编写代码，将对所讨论对象的引用传递给另一个对象，从而有效地取消垃圾回收机制对该对象的资格。如果在同一对象稍后的某个时候再次有资格使用垃圾回收机制，垃圾回收器仍然可以处理并删除该对象。然而，垃圾回收器将记住，对于该对象，finaliz（）已经运行，并且不会再次运行finaliz（）

为什么设计成这样？finalize（）方法的作用仍然有效，即使对象被第二次标记为收集。那么为什么Java决定跳过对finalize（）的调用呢？

Answer 1

已启用终结器的对象不符合收集条件；然而，GC仅在确定了所有其他不符合收集条件的对象后才对其进行检查，并记录了如果没有启用的终结器，本应符合收集条件的所有对象，并尽快运行此类对象的finalize方法。在终结器运行之前，可终结对象将不符合收集条件，但GC将无法区分在终结器完成后立即符合收集条件的对象，或者由于某些对象的终结器的操作而变得不符合收集条件的对象，并在稍后某个时间符合收集条件。

这个NET框架包括名为IIRCGC的方法。SuppressFinalize和GC。ReRegisterForFinalization这使得知道对象的终结器不会做任何有用的事情来告诉GC不要费事调用它的代码成为可能，并且允许知道终结器运行“太快”的代码请求它稍后再次运行。然而，JVM不包含这样的特性。因为一旦终结器运行，所有可终结的对象都会自动重新注册以进行终结，这会阻止它们被收集，而且因为无法手动重新注册它们，所以最终的结果是，没有可用的模式可以让对象的终结器多次运行。

另一方面，通过定义一个可终结的嵌套类对象，让外部类对象持有对嵌套类实例的引用，并让该嵌套类实例的“finalize”方法链回到其所有者中的清理代码，可以实现类似的效果。如果清除代码丢弃嵌套类实例并用新实例替换它，那么新实例将在发现所有者未被引用的下一个GC循环中触发其终结器（链接回其所有者）。

Answer 2

我不知道这是否是最初的原因，但当前的实现将终结器实例（引用的内部子类）排入队列，以便对象使用内部引用队列覆盖finalize方法，该队列由专用的终结器线程轮询。

而且，由于JVM无法知道对象是否需要第二次完成，因此它无法决定一旦调用了finaliz（）方法，是否需要对一个新的Finalizer进行排队。

无论如何，你应该避免使用finalize（）。它使对象分配成本更高，阻止了逃逸分析，并且不是一种非常可靠的管理本机资源的方法，因为GC可以无限期地推迟完成。