Problema SWT con syncExec()

Question

Questa è la mia prima domanda su StackOverflow (mi dispiace per il mio inglese). Cercherò di spiegare il problema come posso.

Ho un'applicazione swt con un'applicazione in primo piano in cui ho una barra di avanzamento per informare la durata dell'applicazione. Per aggiornare questa barra di avanzamento che uso:

if(Display.getCurrent() != null) { 
    progress.run(); 
} 
else { 
    sShell.getDisplay().syncExec(progress); 
} 

Il progresso è:

Runnable progress = new Runnable() { 
    public void run() { 
     if (progressBar.isDisposed()) 
      return; 
     int percentage= (numStep*100)/maxSteps; 
     progressBar.setSelection(percentage); 
     if (numStep >= maxSteps){ 
      label1.setText("The simulation has been completed."); 
      button.setEnabled(true); 
     }  
    } 
}; 

cerco di analizzare il tempo che questo Runnable prende ed è costante, ma quando analizzo questa linea sSehll.getDisplay().syncExec(progress) prende tempi diversi (da 0 ms a XXXXms)

ho letto questo (eseguibile Runnable) caus

syncExec es il thread corrente (se è diverso dal thread dell'interfaccia utente del display) per attendere che il runnable termini.

Ma la Runnable è costante di tempo ...

Può qualcuno mi guida? Non capisco perché a volte occorrono 3 minuti e qualche altra volta.

Grazie

Answer 1

Secondo la Display class documentation, syncExec:

causa il metodo run() della eseguibile per opporre il filo dell'interfaccia utente alla prossima ragionevole possibilità . Il thread che chiama questo metodo è sospeso fino al completamento del runnable. Specificare null come eseguibile semplicemente riattiva il thread dell'interfaccia utente .

Pertanto, il metodo run è in esecuzione in tempo costante, ma l'oggetto Display non può sempre chiamare immediatamente.

Answer 2

Esistono due metodi nella classe Visualizzazione SWT, syncExec e aSyncExec. Vengono entrambi utilizzati quando si dispone di un thread che non è il thread dell'interfaccia utente che desidera aggiornare l'interfaccia utente in qualche modo. Fondamentalmente quando li chiami stai praticamente dicendo al thread dell'interfaccia utente che hai qualcosa che vuoi che faccia quando ne ha la possibilità. Quindi il thread dell'interfaccia utente continuerà il suo lavoro corrente e ad un certo punto farà ciò che gli hai chiesto di fare. Quando lo fa, varierà sempre in base agli altri lavori che il thread dell'interfaccia utente deve fare in quel momento.

La differenza tra aSyncExec e syncExec è se il codice che lo chiama attende che l'esecuzione termini. Se si chiama aSyncExec, l'esecuzione della successiva istruzione nel thread chiamante verrà eseguita immediatamente. Se chiami syncExec, il thread chiamante si posizionerà e attenderà fino a quando il thread UI esegue effettivamente il codice e restituisce. Calcolando quanto tempo ci vuole per eseguire syncExec, non si ha quindi la tempistica non solo per quanto tempo impiega il metodo di esecuzione, ma anche per quanto tempo prima che il thread dell'interfaccia utente inizi ad eseguirlo.

Non tentare di scambiare syncExec con aSyncExec qui.Se si impiega quanto tempo ci vuole aSyncExec per l'esecuzione, si scoprirà che è ancora più veloce. Ma questo perché tutto quello che hai tempo è quanto tempo ci vuole per dire al thread dell'interfaccia utente che hai qualcosa da fare (non quanto tempo ci vuole per farlo).