Hilo de despacho de eventos

Los componentes de la interfaz gráfica de usuario (GUI) admiten listas de funciones de devolución de llamada, denominadas oyentes, que normalmente se rellenan al crear los componentes. EDT ejecuta los oyentes cuando el usuario interactúa con los componentes (se hace clic en un botón, se mueve el ratón, se selecciona un elemento, se pierde el foco, se cambia el tamaño del componente, etc.).

Se utiliza para tareas breves que requieren acceder o modificar la interfaz gráfica de usuario periódicamente o en momentos específicos javax.swing.Timer. Puede considerarse como un componente invisible de la interfaz gráfica, cuyos detectores se registran para activarse en momentos específicos.

Equivalentes

• System.Windows.Forms.Timer- .NET Framework
• flash.utils.Timer- Adobe Flash

Otros subprocesos de la aplicación pueden pasar código para que se ejecute en el subproceso de despacho de eventos mediante SwingUtilitiesclases auxiliares (o EventQueuesi se utiliza AWT ). El código enviado debe estar encapsulado en un Runnableobjeto. Dos métodos de estas clases permiten:

• ejecución de código síncrona ( SwingUtilities.invokeAndWait(Runnable)o EventQueue.invokeAndWait(Runnable))
• y ejecución de código asíncrona ( SwingUtilities.invokeLater(Runnable)o EventQueue.invokeLater(Runnable))

desde el hilo de despacho de eventos.

Este método invokeAndWait()nunca debe llamarse desde el hilo de distribución de eventos , ya que generará una excepción . El método SwingUtilities.isEventDispatchThread()puede EventQueue.isDispatchThread()utilizarse para determinar si el hilo actual es el hilo de distribución de eventos.

El código proporcionado a través de invokeLatery invokeAndWaital EDT debe ser lo más rápido posible para evitar bloqueos. Normalmente, están diseñados para entregar el resultado de un cálculo extenso a la interfaz gráfica de usuario (GUI).

Tanto la ejecución de una tarea en otro hilo como la presentación de los resultados en el EDT se pueden combinar mediante el patrón de diseño Worker . La javax.swing.SwingWorkerclase, desarrollada por Sun Microsystems , es una implementación de este patrón y, desde Java 6, forma parte de la distribución estándar de Swing. SwingWorker se invoca normalmente desde un oyente de eventos ejecutado en el EDT para realizar una tarea larga y así evitar que el EDT se bloquee.

SwingWorker < Document , Void > worker = new SwingWorker < Document , Void > () { public Document doInBackground () throws IOException { return loadXML (); // tarea pesada } public void done () { try { Document doc = get (); display ( doc ); } catch ( Exception ex ) { ex . printStackTrace (); } } }; worker . execute ();

doOutside { def doc = loadXML () // tarea pesada edt { display ( doc ) } }

Normalmente, EDT crea un SwingWorker para tareas largas mientras gestiona eventos de devolución de llamada (Listener). Al generar un hilo de trabajo, EDT procesa el mensaje actual sin esperar a que el hilo finalice. Esto suele ser indeseable.

A menudo, su EDT gestiona una acción de componente de GUI que requiere que el usuario seleccione una opción mediante otro cuadro de diálogo, como JFileChooser, que aparece y permanece activo mientras el usuario elige su opción. La acción continúa con el archivo seleccionado solo después de presionar el botón "Aceptar". Como puede ver, esto lleva tiempo (el usuario responde en cuestión de segundos) y necesita una GUI activa (los mensajes siguen procesándose en EDT) durante todo este tiempo mientras EDT está bloqueado (no procesa mensajes más recientes, como los de JFileChooser, en la cola antes de que se cierre el cuadro de diálogo y finalice la acción del componente actual). Este círculo vicioso se rompe cuando EDT entra en un nuevo bucle de mensajes, que los procesa con normalidad hasta que llega el mensaje "el cuadro de diálogo modal ha finalizado" y se reanuda el procesamiento normal de mensajes desde la posición bloqueada en la acción del componente.

El proyecto de código abierto Foxtrot emula el bucle de mensajes de Swing para proporcionar un mecanismo de ejecución "síncrona" para tareas de usuario arbitrarias, que se ejecuta solo después de que el trabajador complete la tarea.

botón . addActionListener ( new ActionListener () { public void actionPerformed ( ActionEvent e ) { botón . setText ( "Durmiendo..." );String texto = null ; try { texto = ( String ) Worker.post ( new Task ( ) { public Object run () throws Exception { Thread.sleep ( 10000 ); return "¡Dormió!" ; } } ) ; } catch ( Exception x ) ...botón.setText ( texto ) ;​algo más (); } });

Desde Java 1.7, Java proporciona una solución estándar para bucles de mensajes secundarios personalizados al exponer createSecondaryLoop () en system EventQueue ().