wait()和notify()是直接隸屬於Object類,也就是說,所有對像都擁有這一對方法。初看起來這十分不可思議,但是實際上卻是很自然的,因為這一對方法阻塞時要釋放佔用的鎖,而鎖是任何對像都具有的,調用任意對象的wait() 方法導致線程阻塞,並且該對像上的鎖被釋放。而調用任意對象的notify()方法則導致因調用該對象的wait() 方法而阻塞的線程中隨機選擇的一個解除阻塞(但要等到獲得鎖後才真正可執行)。
其次,wait()和notify()可在任何位置調用,但是這一對方法卻必須在synchronized 方法或塊中調用,理由也很簡單,只有在synchronized 方法或塊中當前線程才佔有鎖,才有鎖可以釋放。同樣的道理,調用這一對方法的對像上的鎖必須為當前線程所擁有,這樣才有鎖可以釋放。因此,方法調用必須放置在這樣的synchronized 方法或塊中,該方法或塊的加鎖對象就是調用這些方法的對象。若不滿足這一條件,則程序雖然仍能編譯,但在運行時會出現IllegalMonitorStateException 異常。
wait() 和notify() 方法的上述特性決定了它們經常和synchronized 方法或塊一起使用,將它們和操作系統的進程間通信機製作一個比較就會發現它們的相似性:synchronized方法或塊提供了類似於操作系統原語的功能,它們的執行不會受到多線程機制的干擾,而這一對方法則相當於block 和wakeup 原語(這一對方法均聲明為synchronized)。它們的結合使得我們可以實現操作系統上一系列精妙的進程間通信的算法(如信號量算法),並用於解決各種複雜的線程間通信問題。
關於wait() 和notify() 方法最後再說明兩點:
第一:調用notify() 方法導致解除阻塞的線程是從因調用該對象的wait() 方法而阻塞的線程中隨機選取的,我們無法預料哪一個線程將會被選擇,所以編程時要特別小心,避免因這種不確定性而產生問題。
第二:除了notify(),還有一個方法notifyAll() 也可起到類似作用,唯一的區別在於,調用notifyAll() 方法將把因調用該對象的wait() 方法而阻塞的所有線程一次性全部解除阻塞。當然,只有獲得鎖的那一個線程才能進入可執行狀態。
相關wait和notify使用demo:
/** * <pre> * 子線程循環10次,接著主線程循環100次,接著有回到子線程循環10次, * 接著再回到主線程循環100次,如此執行50次* </pre > * @author ketqi */ public class WaitNotifyDemo { public static void main(String[] args) { final Business business = new Business(); new Thread(new Runnable() { @Override public void run() { for (int i = 1; i <= 50; i++) { business.sub(i); } } }).start(); for (int i = 1; i <= 50; i++) { business.main(i); } } } class Business { private boolean isMainThread = true; public synchronized void sub(int i) { while (!isMainThread) { try { this.wait(); } catch (InterruptedException e) { e.printStackTrace(); } } for (int j = 1; j <= 10; j++) { System.out.println("sub thread sequence of " + j + ",loop of " + i); } isMainThread = false; this.notify(); } public synchronized void main(int i) { while (isMainThread) { try { this.wait(); } catch (InterruptedException e) { e.printStackTrace(); } } for (int j = 1; j <= 100; j++) { System.out.println("main thread sequence of " + j + ",loop of " + i); } isMainThread = true; this.notify(); } }以上就是本文的全部內容,希望大家可以喜歡。