关闭钩子与终结器方法

Question

我只是不明白为什么一定要使用Runtime.addShutdown Hook。如果你想在jvm退出时做一些清理，为什么不重载守护程序类的finize方法呢？使用关闭钩子比最终确定方法有什么好处。

还有一个不推荐使用的函数runFinalizersOnExit。如果我将其设置为false，我相信终结器不会运行。这与java保证终结器总是在垃圾收集之前运行相矛盾。

Answer 1

关于您的查询

如果您想在jvm退出时进行一些清理，为什么不重载守护进程类的finalize方法呢

我从这篇文章中找到了很好的信息

>

在垃圾收集器回收对象之前调用finalize（）。JVM不能保证何时调用此方法。

finalize（）如果对象从finize方法中恢复自身，则GC线程仅调用一次，而finize将不会再次调用。

在应用程序中，您可能有一些活动对象，这些对象上永远不会调用垃圾收集。

finalize方法引发的任何异常都被GC线程忽略

<代码>系统。runFinalization（true）和运行时。getRuntime（）。runFinalization（true）方法增加了调用finalize（）方法的概率，但现在这两种方法已被弃用。由于缺乏线程安全性和可能的死锁创建，这些方法非常危险。

返回关闭钩子，根据oracle留档

public val addShutdown Hook（线程挂钩）注册一个新的虚拟机关闭挂钩。

Java虚拟机关闭以响应两种事件：

1. 当最后一个非守护进程线程退出或调用exit（相当于System.exit）方法时，程序正常退出，或
2. 响应用户中断（如键入^C）或系统范围内的事件（如用户注销或系统关闭），终止虚拟机
3. 当虚拟机开始其关闭序列时，它将以某种未指定的顺序启动所有注册的关闭挂钩，并让它们同时运行。当所有钩子完成后，如果启用了退出时的终结，那么它将运行所有未调用的终结器
4. 最后，虚拟机将停止。注意，守护进程线程将在关闭序列期间继续运行，如果通过调用exit方法启动关闭，则非守护进程线程也将继续运行

但即使是oracle文档也引用了这一点

关机挂钩也应该很快完成工作。当程序调用exit时，预期虚拟机将立即关闭并退出。

在极少数情况下，虚拟机可能会中止，即在未完全关闭的情况下停止运行

考虑到这两种方法的缺点，您应该遵循以下方法

>

不要依赖于finalize（）或关闭挂钩来释放应用程序中的关键资源。

适当地使用try{}catch{}finally{}块，并释放finally（}块中的关键资源。在释放finally{code>块中的资源时，捕获异常和可丢弃的。

Answer 2

不能保证终结器会运行<当垃圾收集对象时，调用code>finalize（）。但是，当程序运行时，垃圾收集器可能不会收集任何内容。

相反，关闭挂钩是在jvm正常退出时运行的。所以即使这也不是百分之百的保证，但它非常接近。只有少数边缘情况下关闭挂钩不会运行。

编辑我查找了未执行关闭挂钩的边缘情况

关闭钩子IS执行：

• 当所有JVM线程都完成执行时
• 因为对系统的调用。退出（）
• 因为用户点击了CNTRL-C
• 系统级关闭或用户注销

未执行关机挂钩：

• 如果VM由于本机代码中的错误而崩溃，则无法保证挂钩是否会运行