Lors de l'utilisation de Thread.sleep() dans les applications Java Swing, cela peut entraîner un comportement inattendu, tel que l'ensemble de l’interface utilisateur (UI) se bloque ou ne répond plus. Cela se produit car Thread.sleep() suspend l'exécution de l'Event Dispatch Thread (EDT), le thread qui restitue les composants Swing. En conséquence, l'EDT ne parvient pas à traiter les événements et à mettre à jour l'interface utilisateur, ce qui la fait apparaître gelée.
Dans l'extrait de code fourni, une boucle est créée à l'aide de Thread.sleep(1000*5) pour exécuter une vérification. toutes les heures. Malheureusement, l'appel Thread.sleep() met l'EDT en veille, y compris les composants Swing. Cela empêche l'interface utilisateur de se mettre à jour ou de répondre aux entrées de l'utilisateur.
Pour résoudre ce problème, nous pouvons utiliser un javax.swing.Timer à la place. Une minuterie permet de planifier des tâches à exécuter périodiquement, indépendamment de l'EDT. Cela permet une exécution régulière des tâches sans affecter la réactivité de l'interface utilisateur.
Voici une version mise à jour du code à l'aide d'un minuteur :
<code class="java">Timer t = new Timer(1000 * 5, new ActionListener() { public void actionPerformed(ActionEvent e) { // Execute the check // Update the UI with the check results } }); t.start(); // Start the timer</code>
Le minuteur exécutera la tâche planifiée (la vérification) toutes les cinq secondes sans bloquer l'EDT. L'interface utilisateur restera réactive et disponible pour l'utilisateur pendant que les vérifications sont effectuées. Les résultats de la vérification peuvent ensuite être affichés dans l'interface utilisateur d'ActionListener.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!