为什么要设置“sun.awt.exception.handler”属性？

Question

下面是一些捕获事件调度线程上抛出的异常的代码：

package com.ndh.swingjunk;

import java.awt.EventQueue;

import javax.swing.JFrame;

public class EntryPoint {

    public static void main(String[] args) {
        Thread.setDefaultUncaughtExceptionHandler(new MyExceptionHandler());
//      System.setProperty("sun.awt.exception.handler", MyExceptionHandler.class.getName());

        EventQueue.invokeLater(new Runnable() 
        {
            public void run() 
            {
                new SomeWindow("foo").setVisible(true);
            }
        });
    }
}

class SomeWindow extends JFrame {
    public SomeWindow(String title) {
        this.setTitle(title);
        this.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        throw new RuntimeException("hello");
    }
}

我看到警告说，事件调度线程上抛出的异常不会由 UncaughtExceptionHandler 处理，但我的示例似乎并非如此；无论注册行是被注释掉还是留在里面，它的工作原理都是一样的。我的例子是不是搞砸了，或者不再需要使用sun.awt.exception.handler 注册异常处理程序？

Answer 1

EDT 类（java.awt.EventDispatchThread，不要在 javadoc 中查找，这个类是 package private）自从 AWT 起源以来发生了很大变化.

在 JDK6 中，您可以看到这个类现在可以正确处理 EDT 内部发生的异常。当前版本的异常处理有点复杂：

• 如果您已设置 sun.awt.exception.handler 财产， 那么你的处理程序将被调用 开发人员抛出的每个异常 在 EDT 内调用的代码 （与以前的JDK兼容 确保版本）。
• 否则，将出现任何异常 重新抛出，因此将停止当前的 EDT，以及任何默认值 UncaughtExceptionHandler 将是 能够抓住它，就像你的 sn-p 演示。

BUT（这是非常重要），如果你仔细看EDT的代码，你会发现如果出现异常，这个机制就不起作用了发生在 EDT 显示模式对话框时（我猜这是因为 EDT 和 EventQueue 管理相当复杂，我什至敢说“混乱”：a那里有很多代码看起来像黑客）。

在这种情况下，异常将被记录到System.err，除非您设置了sun.awt.exception.handler 属性。拥有默认的UncaughtExceptionHandler 将无济于事。

所以我对此的看法是，是的，您仍然应该使用sun.awt.exception.handler 属性，除非您可以确定您的应用程序不使用模式对话框（不要忘记JOptionPane 对话框也是模态的）。

Answer 2

您调用了setDefaultUncaughtExceptionHandler 而不是setUncaughtExceptionHandler。 （如果存在SecurityManager：前者需要RuntimePermission setDefaultUncaughtExceptionHandler；后者需要SecurityManager.checkAccess(Thread)。）