一、notify的含義（視為使當前線程獲取對象鎖并于規定一定條件下釋放的方法）

（1）notify一次只隨機通知一個線程進行喚醒（notifyAll則為全部）

（2）? 在執行了notify方法之后，當前線程不會馬上釋放該對象鎖，呈wait狀態的線程也不能馬上獲得該對象鎖，

要等到執行notify方法的線程將程序執行完 ，也就是退出sychronized代碼塊后，當前線程才會釋放鎖，

而呈wait狀態所在的線程才可以獲取該對象鎖。

對象鎖釋放的三種情況

序號場景

1、執行完同步代碼塊就會釋放對象的鎖

2、在執行同步代碼塊的過程中，遇到異常而導致線程終止，鎖也會被釋放

3、在執行同步代碼塊的過程中，執行了鎖所屬對象的wait方法，這個線程會提前釋放對象鎖，而此線程對象會進入線程等待池中，等待被喚醒（阻塞），直到等到到下一個notify將鎖給他，才開始執行最后一個wait后面剩余的代碼。

二，wait的含義（視為使當前線程馬上釋放對象鎖并阻塞的方法）

（1）將當前進程掛起，等待喚醒

（2）wait( )會先釋放鎖住的對象，然后再執行掛起的動作。參見以上第3點

三、為什么wait方法與notify方法要用synchronized保證同步

1. 正如Java內任何對象都能成為鎖(Lock)一樣，任何對象也都能成為條件隊列(Condition queue)。而這個對象里的wait(), notify()和notifyAll()則是這個條件隊列的固有(intrinsic)的方法。

2.一個對象的固有鎖和它的固有條件隊列是相關的，為了調用對象X內條件隊列的方法，你必須獲得對象X的鎖。這是因為等待狀態條件的機制和保證狀態連續性的機制是緊密的結合在一起的。

根據上述兩點，在調用wait(),

notify()或notifyAll()的時候，必須先獲得鎖，且狀態變量須由該鎖保護，而固有鎖對象與固有條件隊列對象又是同一個對象。也就是說，要在某個對象上執行wait，notify，先必須鎖定該對象，而對應的狀態變量也是由該對象鎖保護的。

鎖池:假設線程A已經擁有了某個對象(注意:不是類)的鎖，而其它的線程想要調用這個對象的某個synchronized方法(或者synchronized塊)，由于這些線程在進入對象的synchronized方法之前必須先獲得該對象的鎖的擁有權，但是該對象的鎖目前正被線程A擁有，所以這些線程就進入了該對象的鎖池中。以下實例：定義兩個線程輪流分別輸出0~99之間的所有數；

等待池:假設一個線程A調用了某個對象的wait()方法，線程A就會釋放該對象的鎖(因為wait()方法必須出現在synchronized中，這樣自然在執行wait()方法之前線程A就已經擁有了該對象的鎖)，同時線程A就進入到了該對象的等待池中。如果另外的一個線程調用了相同對象的notifyAll()方法，那么處于該對象的等待池中的線程就會全部進入該對象的鎖池中，準備爭奪鎖的擁有權。如果另外的一個線程調用了相同對象的notify()方法，那么僅僅有一個處于該對象的等待池中的線程(隨機)會進入該對象的鎖池

如果線程調用了對象的 wait()方法，那么線程便會處于該對象的等待池中，等待池中的線程不會去競爭該對象的鎖。

當有線程調用了對象的 notifyAll()方法（喚醒所有 wait 線程）或 notify()方法（只隨機喚醒一個 wait 線程），被喚醒的的線程便會進入該對象的鎖池中，鎖池中的線程會去競爭該對象鎖。

優先級高的線程競爭到對象鎖的概率大，假若某線程沒有競爭到該對象鎖，它還會留在鎖池中，唯有線程再次調用 wait()方法，它才會重新回到等待池中。而競爭到對象鎖的線程則繼續往下執行，直到執行完了 synchronized 代碼塊，它會釋放掉該對象鎖，這時鎖池中的線程會繼續競爭該對象鎖。

解析：由于輸出對象是單純的對象，所以不需要將其封裝成另一個資源類，在同一個run方法中輸出即可；

創建線程

以下是線程方法的測試，分幾輪進行說明：

http://www.cnblogs.com/techyc/p/3272321.html

http://blog.csdn.net/lingzhm/article/details/44940823