Unterschied zwischen "wait()" vs "sleep()" in Java

Question

Was ist der Unterschied zwischen einem wait() und sleep() in Threads?

Ist mein Verständnis richtig, dass ein wait()-ender Thread sich immer noch im Laufmodus befindet und CPU-Zyklen verwendet, während ein sleep()-ender Thread keine CPU-Zyklen verbraucht?

Warum haben wir beide wait() und sleep()?

Wie unterscheidet sich deren Implementierung auf niedrigerer Ebene?

Answer 1

Sollte aus synchronisiertem Block aufgerufen werden : Die wait()-Methode wird immer aus einem synchronisierten Block aufgerufen, d.h. die wait()-Methode muss den Objektmonitor sperren, bevor sie auf dem Objekt aufgerufen wird. Aber die sleep()-Methode kann von außerhalb des synchronisierten Blocks aufgerufen werden, d.h. die sleep()-Methode benötigt keinen Objektmonitor.

IllegalMonitorStateException : Wenn die wait()-Methode aufgerufen wird, ohne den Objektschloss zu erwerben, wird zur Laufzeit eine IllegalMonitorStateException ausgelöst, aber die sleep()-Methode wirft nie eine solche Ausnahme.

Gehört zu welcher Klasse : Die wait()-Methode gehört zur Klasse java.lang.Object, aber die sleep()-Methode gehört zur Klasse java.lang.Thread.

Auf Objekt oder Thread aufgerufen : Die wait()-Methode wird auf Objekten aufgerufen, aber die sleep()-Methode wird auf Threads und nicht auf Objekten aufgerufen.

Thread-Zustand : Wenn die wait()-Methode auf einem Objekt aufgerufen wird, geht der Thread, der den Objektmonitor gehalten hat, vom Laufzustand in den Wartezustand über und kann nur in den ausführbaren Zustand zurückkehren, wenn die notify()- oder notifyAll()-Methode auf dem Objekt aufgerufen wird. Später plant der Thread-Scheduler diesen Thread, vom ausführbaren Zustand in den Laufzustand zu wechseln. Wenn die sleep()-Methode auf einem Thread aufgerufen wird, geht dieser vom Laufzustand in den Wartezustand über und kann in den ausführbaren Zustand zurückkehren, wenn die Schlafzeit abgelaufen ist.

Wenn aus synchronisiertem Block aufgerufen : Wenn die wait()-Methode aufgerufen wird, verlässt der Thread das Objektschloss. Aber die sleep()-Methode, wenn sie aus einem synchronisierten Block oder einer synchronisierten Methode aufgerufen wird, verlässt das Objektschloss nicht.

Weitere Informationen hier

Answer 2

Eigentlich ist all dies klar in den Java-Dokumentationen beschrieben (aber das habe ich erst nach dem Lesen der Antworten realisiert).

http://docs.oracle.com/javase/8/docs/api/index.html :

wait() - Der aktuelle Thread muss den Monitor dieses Objekts besitzen. Der Thread gibt den Besitz dieses Monitors frei und wartet, bis ein anderer Thread Threads, die auf den Monitor dieses Objekts warten, durch einen Aufruf der notify-Methode oder der notifyAll-Methode aufzuwecken. Der Thread wartet dann, bis er den Besitz des Monitors wiedererlangen kann und setzt die Ausführung fort.

sleep() - Verursacht, dass der aktuell ausgeführte Thread für die angegebene Anzahl von Millisekunden schlafen geht (die Ausführung vorübergehend unterbricht), abhängig von der Genauigkeit und Präzision der Systemtimer und Scheduler. Der Thread verliert den Besitz von Monitoren nicht.

Answer 3

• Die Methode wait(1000) lässt den aktuellen Thread bis zu einer Sekunde schlafen.
  • Ein Thread könnte weniger als 1 Sekunde schlafen, wenn er den Methodenaufruf notify() oder notifyAll() erhält.
• Der Aufruf von sleep(1000) lässt den aktuellen Thread für genau 1 Sekunde schlafen.
  • Auch ein schlafender Thread hält keine Sperre für Ressourcen. Aber wartende Threads tun dies.

Answer 4

wait() mit einem Timeout-Wert kann aufwachen, wenn der Timeout-Wert abgelaufen ist oder benachrichtigt wird, je nachdem, was zuerst eintritt (oder auch unterbrochen wird), während ein sleep() aufwacht, wenn der Timeout-Wert abgelaufen ist oder unterbrochen wird, je nachdem, was zuerst eintritt. wait() ohne Timeout-Wert wird für immer warten, bis benachrichtigt oder unterbrochen wird.

Answer 5

wait() wird in einer synchronisierten Methode ausgeführt, während sleep() in einer nicht synchronisierten Methode ausgeführt wird, weil die wait()-Methode das Schloss des Objekts freigibt, aber sleep() oder yield() das lock() nicht freigibt.