¿El EDT se reinicia o no cuando se lanza una excepción?

Question

(el código de ejemplo a continuación es autónomo y ejecutable, se puede probar, no va a bloquear el sistema :)

Tom Hawtin comentado en la pregunta aquí: Why do people run Java GUI's on the Event Queue

que:

Es poco probable que se bloquee el EDT. Las excepciones no verificadas arrojadas en el despacho de EDT son capturadas, abandonadas y el hilo continúa.

Alguien me puede explicar lo que está pasando aquí (cada vez que se hace clic en el "una excepción sin control" botón, se realiza una división por cero, a propósito):

import javax.swing.*; 
import java.awt.event.ActionEvent; 
import java.awt.event.ActionListener; 
import java.awt.event.WindowAdapter; 
import java.awt.event.WindowEvent; 

public class CrashEDT extends JFrame { 

    public static void main(String[] args) { 
     final CrashEDT frame = new CrashEDT(); 
     frame.addWindowListener(new WindowAdapter() { 
      public void windowClosing(WindowEvent e) { 
       System.exit(0); 
      } 
     }); 
     final JButton jb = new JButton("throw an unchecked exception"); 
     jb.addActionListener(new ActionListener() { 
      public void actionPerformed(ActionEvent e) { 
       System.out.println("Thread ID:" + Thread.currentThread().getId()); 
       System.out.println(0/Math.abs(0)); 
      } 
     }); 
     frame.add(jb); 
     frame.setSize(300, 150); 
     frame.setVisible(true); 
    } 

} 

I obtendrá el siguiente mensaje (que es lo que cabe esperar):

Exception in thread "AWT-EventQueue-0" java.lang.ArithmeticException:/by zero 

y para mí esto es una excepción no comprobada verdad?

Puede ver que la identificación del subproceso se incrementa cada vez que desencadena el bloqueo.

Entonces, ¿el EDT se reinicia automáticamente cada vez que se lanza una excepción sin marcar o están desmarcadas las excepciones "atrapado, vaciado y el hilo continúa" como comentó Tom Hawtin?

lo que está pasando aquí?

Answer 1

Como referencia, "El comportamiento particular de this machinery es depende de la implementación ". Por ejemplo, la ID del hilo permanece sin cambios en mi plataforma. El efecto neto, discutido en AWT Threading Issues, es que "la JVM no saldrá mientras haya al menos un componente visualizable".

Answer 2

Interesante pregunta. Hubiera pensado que las excepciones fueron atrapadas y que el hilo continuó, pero después de algunas investigaciones no estoy tan seguro.

me ampliado su programa con un

Set<Thread> seenAwtThreads = new HashSet<Thread>(); 

en la que he recogido todas las discusiones AWT "visto", y el tamaño del conjunto aumenta cada vez que hago clic en la "excepción tiro" -botón, lo que parece sugieren que se inicialice un nuevo hilo en caso de una excepción.

fin encontré este comentario en el run implementación de EventDispatchThread:

/* 
* Event dispatch thread dies in case of an uncaught exception. 
* A new event dispatch thread for this queue will be started 
* only if a new event is posted to it. In case if no more 
* events are posted after this thread died all events that 
* currently are in the queue will never be dispatched. 
*/ 

La aplicación del método de ejecución completa se parece a:

public void run() { 
    try { 
     pumpEvents(new Conditional() { 
      public boolean evaluate() { 
       return true; 
      } 
     });  
    } finally { 
     /* 
     * This synchronized block is to secure that the event dispatch 
     * thread won't die in the middle of posting a new event to the 
     * associated event queue. It is important because we notify 
     * that the event dispatch thread is busy after posting a new event 
     * to its queue, so the EventQueue.dispatchThread reference must 
     * be valid at that point. 
     */ 
     synchronized (theQueue) { 
      if (theQueue.getDispatchThread() == this) { 
       theQueue.detachDispatchThread(); 
      } 
      /* 
      * Event dispatch thread dies in case of an uncaught exception. 
      * A new event dispatch thread for this queue will be started 
      * only if a new event is posted to it. In case if no more 
      * events are posted after this thread died all events that 
      * currently are in the queue will never be dispatched. 
      */ 
      /* 
      * Fix for 4648733. Check both the associated java event 
      * queue and the PostEventQueue. 
      */ 
      if (theQueue.peekEvent() != null || 
       !SunToolkit.isPostEventQueueEmpty()) { 
       theQueue.initDispatchThread(); 
      } 
      AWTAutoShutdown.getInstance().notifyThreadFree(this); 
     } 
    } 
} 

Answer 3

Hay un UncaughtExceptionHandler predeterminado configurado en el subproceso de envío de evento, que imprime la excepción a System.out y luego continúa en el subproceso.