一、notify的含義（視為使當(dāng)前線程獲取對(duì)象鎖并于規(guī)定一定條件下釋放的方法）

（1）notify一次只隨機(jī)通知一個(gè)線程進(jìn)行喚醒（notifyAll則為全部）

（2）? 在執(zhí)行了notify方法之后，當(dāng)前線程不會(huì)馬上釋放該對(duì)象鎖，呈wait狀態(tài)的線程也不能馬上獲得該對(duì)象鎖，

要等到執(zhí)行notify方法的線程將程序執(zhí)行完 ，也就是退出sychronized代碼塊后，當(dāng)前線程才會(huì)釋放鎖，

而呈wait狀態(tài)所在的線程才可以獲取該對(duì)象鎖。

對(duì)象鎖釋放的三種情況

序號(hào)場(chǎng)景

1、執(zhí)行完同步代碼塊就會(huì)釋放對(duì)象的鎖

2、在執(zhí)行同步代碼塊的過程中，遇到異常而導(dǎo)致線程終止，鎖也會(huì)被釋放

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

二，wait的含義（視為使當(dāng)前線程馬上釋放對(duì)象鎖并阻塞的方法）

（1）將當(dāng)前進(jìn)程掛起，等待喚醒

（2）wait( )會(huì)先釋放鎖住的對(duì)象，然后再執(zhí)行掛起的動(dòng)作。參見以上第3點(diǎn)

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

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

2.一個(gè)對(duì)象的固有鎖和它的固有條件隊(duì)列是相關(guān)的，為了調(diào)用對(duì)象X內(nèi)條件隊(duì)列的方法，你必須獲得對(duì)象X的鎖。這是因?yàn)榈却隣顟B(tài)條件的機(jī)制和保證狀態(tài)連續(xù)性的機(jī)制是緊密的結(jié)合在一起的。

根據(jù)上述兩點(diǎn)，在調(diào)用wait(),

notify()或notifyAll()的時(shí)候，必須先獲得鎖，且狀態(tài)變量須由該鎖保護(hù)，而固有鎖對(duì)象與固有條件隊(duì)列對(duì)象又是同一個(gè)對(duì)象。也就是說，要在某個(gè)對(duì)象上執(zhí)行wait，notify，先必須鎖定該對(duì)象，而對(duì)應(yīng)的狀態(tài)變量也是由該對(duì)象鎖保護(hù)的。

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

等待池:假設(shè)一個(gè)線程A調(diào)用了某個(gè)對(duì)象的wait()方法，線程A就會(huì)釋放該對(duì)象的鎖(因?yàn)閣ait()方法必須出現(xiàn)在synchronized中，這樣自然在執(zhí)行wait()方法之前線程A就已經(jīng)擁有了該對(duì)象的鎖)，同時(shí)線程A就進(jìn)入到了該對(duì)象的等待池中。如果另外的一個(gè)線程調(diào)用了相同對(duì)象的notifyAll()方法，那么處于該對(duì)象的等待池中的線程就會(huì)全部進(jìn)入該對(duì)象的鎖池中，準(zhǔn)備爭(zhēng)奪鎖的擁有權(quán)。如果另外的一個(gè)線程調(diào)用了相同對(duì)象的notify()方法，那么僅僅有一個(gè)處于該對(duì)象的等待池中的線程(隨機(jī))會(huì)進(jìn)入該對(duì)象的鎖池

如果線程調(diào)用了對(duì)象的 wait()方法，那么線程便會(huì)處于該對(duì)象的等待池中，等待池中的線程不會(huì)去競(jìng)爭(zhēng)該對(duì)象的鎖。

當(dāng)有線程調(diào)用了對(duì)象的 notifyAll()方法（喚醒所有 wait 線程）或 notify()方法（只隨機(jī)喚醒一個(gè) wait 線程），被喚醒的的線程便會(huì)進(jìn)入該對(duì)象的鎖池中，鎖池中的線程會(huì)去競(jìng)爭(zhēng)該對(duì)象鎖。

優(yōu)先級(jí)高的線程競(jìng)爭(zhēng)到對(duì)象鎖的概率大，假若某線程沒有競(jìng)爭(zhēng)到該對(duì)象鎖，它還會(huì)留在鎖池中，唯有線程再次調(diào)用 wait()方法，它才會(huì)重新回到等待池中。而競(jìng)爭(zhēng)到對(duì)象鎖的線程則繼續(xù)往下執(zhí)行，直到執(zhí)行完了 synchronized 代碼塊，它會(huì)釋放掉該對(duì)象鎖，這時(shí)鎖池中的線程會(huì)繼續(xù)競(jìng)爭(zhēng)該對(duì)象鎖。

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

創(chuàng)建線程

以下是線程方法的測(cè)試，分幾輪進(jìn)行說明：

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

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