Come si usa il thread di invio eventi?

Question

Ho imparato a sapere come lo swing non è sicuro per i thread. Scavando più a fondo, ho scoperto che ogni modifica a un componente swing deve essere eseguita sul thread di invio eventi per evitare vari problemi associati al multithreading. Tuttavia, le informazioni sembravano fermarsi completamente lì. Non sembra essere un buon tutorial che spiega come farlo ovunque sia accessibile su Internet.

Patching insieme le informazioni dal codice scritto in relazione ad altre questioni, sembrava che avrei dovuto mettere un blocco disordinato di codice intorno ad ogni singola modifica oscillazione nel mio programma (come in questo esempio dal mio proprio codice):

try { 
     SwingUtilities.invokeAndWait(new Runnable() { 

      public void run() { 
       setTitle("Frame title"); 
       setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); 
       setVisible(true); 

       setSize(800, 480); 
       setLocationRelativeTo(null); 
       setIconImage(Toolkit.getDefaultToolkit().createImage(ClassLoader.getSystemResource("Frame icon.png"))); 
      } 
     }); 
    } catch (Exception e) { 
     e.printStackTrace(); 
    } 

Fondamentalmente, è giusto? Devo inserire quel codice (o l'equivalente di invokeLater) attorno ad ogni modifica di un componente Swing nel mio codice?

Inoltre, perché Swing non lo fa automaticamente?

Answer 1

Il trucco è che quando lo swing ti chiama sarà SEMPRE nell'EDT, quindi non devi preoccuparti di questo.

Tuttavia se si è in un timer o un'azione innescata da qualche altro evento esterno, il thread principale o qualsiasi altro thread che si è creato allora sì, è necessario utilizzare invokeLater o invokeAndWait.

In altre parole, sì swing lo fa "automaticamente" automaticamente. Avere bisogno di usare invokeXx è così raro che se lo swing lo facesse internamente perderebbe troppo tempo.

Molti programmatori Java non riescono mai a capirlo e questo può causare alcuni problemi piuttosto difficili da trovare con il disegno della GUI. Desidero che lo swing abbia generato un'eccezione quando l'hai chiamato non usando l'EDT - Java avrebbe avuto una migliore reputazione quando si trattava di GUI professionali se lo avesse fatto perché ci sarebbe stata meno schifo là fuori.

Answer 2

Fondamentalmente, non si disegna o si aggiorna la GUI dall'esterno di EDT. È possibile utilizzare SwingUtilitis.invokeLater() da un altro thread per garantire che il disegno o il codice di aggiornamento della GUI venga eseguito sull'EDT.

Answer 3

nota che qualsiasi codice eseguito da gestori di eventi è già eseguito nel EDT (l'evento nella sigla)

questo significa che per uso generale (anche se non si scherza con swingworkers e threadpools e simili) si sei sempre all'interno del EDT

e si può sempre query se si è in EDT con SwingUtilities.isEventDispatchThread()

notare, inoltre, che nel codice la chiamata a invokeAndWait fallirà e gettare un errore quando si è in EDT già

Answer 4

Non tutto il codice UI deve essere parte di un eseguibile in una chiamata invokeLater. Questo è semplicemente perché gran parte del tuo programma verrà comunque eseguito su EDT. È necessario inviare messaggi all'EDT solo quando si è su un thread diverso.