Блог

Вот некоторый код, который улавливает исключение, генерируемое в потоке отправки событий:

 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 больше не требуется?

Класс EDT ( java.awt.EventDispatchThread не ищите его в javadoc, этот класс является закрытым для пакета) сильно изменился с момента создания AWT.

В JDK6 вы можете видеть, что этот класс теперь может корректно обрабатывать исключения, возникающие внутри EDT. Обработка исключений немного сложна в текущей версии:

• если вы установили sun.awt.exception.handler свойство, то ваш обработчик будет вызываться для каждого исключения, вызванного кодом разработчика, вызываемым внутри EDT (совместимость с предыдущими версиями JDK гарантирована).
• в противном случае любое исключение будет повторно отброшено, следовательно, остановит текущий EDT, и любое значение по умолчанию UncaughtExceptionHandler сможет его перехватить, как демонстрирует ваш фрагмент.

НО (и это очень важно), если вы внимательно посмотрите на код EDT, вы увидите, что этот механизм не сработает, если исключение возникает в EDT во время отображения модального диалога (я думаю, это потому, что EDT и EventQueue управление довольно сложны, и я бы даже осмелился сказать «беспорядочно«: там много кода выглядит как взломы).

В этой точной ситуации исключения будут регистрироваться в System.err , за исключением случаев, когда вы установили sun.awt.exception.handler свойство. Наличие значения по умолчанию UncaughtExceptionHandler не поможет.

Итак, мое мнение таково: ДА, вам все равно следует беспокоиться о sun.awt.exception.handler свойстве, за исключением случаев, когда вы можете с уверенностью сказать, что ваше приложение не использует модальные диалоги (не забывайте, что JOptionPane диалоги тоже модальны).

Вы вызвали setDefaultUncaughtExceptionHandler вместо setUncaughtExceptionHandler . (Если SecurityManager присутствует: первое требуется RuntimePermission setDefaultUncaughtExceptionHandler ; последнее как SecurityManager.checkAccess(Thread) .)