Pourquoi mon interface utilisateur Java Swing se bloque-t-elle lors de l'utilisation de Thread.sleep() ?

Gel de l'interface utilisateur Java Swing en raison de Thread.sleep()

En programmation Java, l'utilisation de Thread.sleep() peut être un moyen pratique pour créer des pauses dans l'exécution. Cependant, lorsqu'il s'agit d'applications Swing, l'utilisation de Thread.sleep() peut involontairement mettre l'interface utilisateur dans un état gelé.

Ce problème se produit car Thread.sleep() bloque l'exécution du thread actuel, qui est généralement le fil de répartition d'événements (EDT) dans les applications Swing. L'EDT est responsable de la gestion de tous les événements de l'interface utilisateur, tels que les clics sur les boutons, les mouvements de la souris et la repeinture. Lorsque l'EDT est bloqué par un thread en veille, l'interface utilisateur ne répond plus et semble gelée.

Solution utilisant une minuterie

Pour éviter ce problème et maintenir une interface utilisateur réactive, envisagez d'utiliser un javax.swing.Timer au lieu de Thread.sleep(). Une minuterie vous permet de planifier l'exécution d'une tâche après un délai spécifié sans bloquer l'EDT. Voici un exemple :

<code class="java">Timer t = new Timer(1000 * 5, new ActionListener() {
    public void actionPerformed(ActionEvent e) {
        // do your recurring task
    }
});</code>

Dans cet exemple, un minuteur est créé pour déclencher un événement d'action toutes les cinq secondes. L'écouteur d'action spécifié peut alors effectuer la tâche récurrente, telle que vérifier les modifications d'un répertoire. En planifiant la tâche à l'aide d'une minuterie, elle est exécutée hors de l'EDT, empêchant l'interface utilisateur de ne plus répondre.

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!