检测到 JVM 正在关闭

Question

我有一个使用 addShutdownHook() 处理 Ctrl+C 的 Swing 应用程序，它工作正常，直到我的关闭任务之一调用一个在正常情况下更改 JLabel 文本的函数，此时它挂起。

我认为问题是 Swing EDT 已终止或正在等待某些内容。

有没有办法确定 EDT 已终止或“完成”（这样我就可以避免调用 Swing 方法），或者阻止 Ctrl-C 上通常的关闭所有窗口行为？

---

只是为了澄清：

我在一个名为 stop() 的类中有一个方法。在正常情况下，这可以被调用（连同它的补充 start()），并且它会触发一系列导致 JLabel 更新的事件，以获得 stop()< 的视觉反馈/code> 已发生。

当我的关闭挂钩运行时，我需要调用 stop() 来正常关闭一些资源。

我要问的是如何检测 Swing EDT 不存在，因此我可以重写 stop() 以便它检测到 Swing 的缺失并避免调用 Swing 函数。

Answer 1

以下技巧有助于确定 JVM 是否正在关闭过程中而不传递任何标志：

private static final Thread DUMMY_HOOK = new Thread();

public static boolean isShuttingDown()
{
    try {
        Runtime.getRuntime().addShutdownHook(DUMMY_HOOK);
        Runtime.getRuntime().removeShutdownHook(DUMMY_HOOK);
    } catch ( IllegalStateException e ) {
        return true;
    }

    return false;
}

但不要忘记可能的并发问题。

Answer 2

关闭挂钩不应期望其他服务处于已知状态（例如，UI 事件处理线程等），因为应用程序已被请求关闭。编写一个尝试更新并非 100% 在该钩子控制范围内的内容的关闭钩子可能会导致这种行为以及其他难以排除故障的行为。

addShutdownHook 方法特别提到了这种情况，并警告您不应尝试这些类型的操作，因为这样做很容易导致意外后果，例如您观察到的锁定。

来自 文档：

关闭挂钩在虚拟机生命周期的微妙时刻运行
机器，因此应该进行防御性编码。他们应该，在
特别是，应编写为线程安全的并避免死锁
尽可能。他们也不应该盲目依赖服务
可能已经注册了自己的关闭挂钩，因此可能
自己正在关闭过程中。

在这种情况下，由于 Swing 是一个您无法控制的多线程 UI 系统，因此我建议您不要在程序生命周期的关闭阶段尝试更改 UI 中的任何内容。这样做会导致奇怪的、不可预测的、有时不可重复的情况，这些情况在一次运行到下一次运行或从一台机器到另一台机器上可能会有所不同，具体取决于线程如何安排关闭。另一个线程如何以及何时停止其工作并不是设计为以线性、可预测的方式发生的。因此，您在多线程程序中编写的任何代码，如果依赖于另一个线程在特定时间处于特定状态（除非这些线程明确地相互通信其状态），那么您将面临这些类型的问题。问题。

我想我的后续问题是，“为什么您想要/需要在关闭过程中更改 JLabel？”如果您想在关闭之前更改某些内容的状态，更好的方法是将键盘输入捕获为常规事件（防止它导致应用程序关闭），更改 JLabel 文本，然后通过调用 System.runFinalization() 和/或 System.ext(int)

Answer 3

我最终在关闭挂钩的开头设置了一个标志，并使用我的 stop() 方法将此标志（通过提前设置的对象）传达给对象，以便它可以测试该标志并决定是否调用 Swing 方法。

如果未设置关闭标志，则调用 Swing 方法。否则他们不会。