當線程B訪問某個共享資源時，想獲取資源的鎖對象，發(fā)現(xiàn)這個鎖已經(jīng)被線程A拿到了，這個時候，線程B只能被掛起，等待線程A釋放鎖。
但是拿到鎖的線程A在執(zhí)行的過程中，因為某些條件還不滿足，暫時不想繼續(xù)執(zhí)行下去，想先等待一下(注意：是已經(jīng)拿到鎖的線程A自己想主動等待的)，希望等到某個條件滿足后，繼續(xù)執(zhí)行任務。在同步代碼塊里，線程A必須先釋放鎖，線程B才有資格獲取鎖，進入同步代碼塊，執(zhí)行代碼。等線程B執(zhí)行完后，線程A需要的條件已經(jīng)滿足，那么這個時候必須有一個通知機制，讓線程A從等待狀態(tài)變成執(zhí)行狀態(tài)，繼續(xù)執(zhí)行代碼。
有些同學認為線程A也可以一直循環(huán)判斷，檢查條件是否已經(jīng)滿足，而不一定要中斷自己，然后等待。其實這種也是一種思路，但是呢？比較耗CPU，而且也不知道條件何時才能滿足。
線程之間要協(xié)調(diào)溝通，必須有一個等待機制和通知機制，在JAVA里面，對應的就是wait方法和notify方法。
Object的wait方法
|
1
2
3
4
5
|
synchronized (obj) { while (condition does not ok){ obj.wait(); } } |
如果想讓線程A處于等待狀態(tài)，可以調(diào)用當前對象wait方法。wait方法一旦被調(diào)用，也就意味著：線程A已經(jīng)獲得鎖了，而且能做的事情都已經(jīng)做了，現(xiàn)在只能等待了，等待另外的同步操作執(zhí)行某些代碼后，我才回來繼續(xù)干活。
注意：
wait方法是定義在根類Object上的,Thread繼承自Object類，自然也有wait方法。但是這里并不是調(diào)用當前線程對象的wait方法，而是具有鎖屬性的當前對象的wait方法；這一點我也不太理解，我覺得要做到線程A切換到等待狀態(tài)，之后被人喚醒，就算使用線程A的wait方法和notify方法其實也是可以做到的，但是估計實現(xiàn)起來非常麻煩。另外從場景上看，wait定義在Object也比較合理，表示線程掛在了對象的等待池中。
感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！
原文鏈接：http://blog.csdn.net/linsongbin1/article/details/54862449
