Maison >Java >javaDidacticiel >Pourquoi notifyAll() est-il généralement préféré à notify() en Java ?
Comprendre les nuances des méthodes notify() et notifyAll() de Java
Malgré les nombreuses explications disponibles en ligne, la différence entre les méthodes notify() de Java ) et les méthodes notifyAll() sont souvent simplifiées au nombre de threads réveillés. Cependant, une compréhension plus approfondie révèle un concept plus nuancé.
Alors que les deux méthodes réveillent les threads en attente sur le moniteur d'un objet, un seul thread est sélectionné pour acquérir le verrou et continuer. Dans le cas de notify(), la VM effectue une sélection arbitraire, alors que notifyAll() s'appuie sur le planificateur de threads du système pour le choix.
La question clé se pose : quelle est la différence pratique entre les deux méthodes ?
L'importance de notifyAll() plutôt que de notify()
L'exemple producteur/consommateur illustre pourquoi notifyAll() est généralement le choix préféré :
public synchronized void put(Object o) { while (buf.size() == MAX_SIZE) { wait(); } buf.add(o); notifyAll(); } public synchronized Object get() { while (buf.size() == 0) { wait(); } Object o = buf.remove(0); notifyAll(); return o; }
Dans cet exemple, notify() peut conduire à une situation de blocage lorsque la séquence d'événements décrite dans le document de référence se produit. Cependant, avec notifyAll() en place, ce blocage est évité car tous les threads en attente sont réveillés, permettant une synchronisation appropriée.
Aperçu supplémentaire :
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!