在測試java多線程中有關 “生產者和消費者” 這個經典問題的時候，寫代碼測試的時候，思考到一些問題（所以還是要動手，實踐才能儲真知啊）， synchronize 同步鎖何時釋放，何時獲得？重新獲得鎖資源之后，代碼時從哪里開始繼續執行的呢？
了解到，鎖用到的對象上上面原來有兩種池， 1）對象的鎖池， 2）對象的等待池。
執行線程sleep: 不會釋放cpu資源，也不會釋放鎖資源。
執行wait： 釋放cpu資源，也會釋放鎖資源。
-----------------------------------------------------------------------
所以總結有:
在Java對象中，有兩種池
瑣池-----------------------synchronized
等待池---------------------wait(),notify(),notifyAll()
如果一個線程調用了某個對象的wait方法，那么該線程進入到該對象的等待池中(並且已經將鎖釋放)，
如果未來的某一時刻，另外一個線程調用了相同對象的notify方法或者notifyAll方法，
那么該等待池中的線程就會被喚起，然后進入到對象的鎖池里面去獲得該對象的鎖，
如果獲得鎖成功后，那么該線程就會沿着wait方法之后的路徑繼續執行。注意是沿着wait方法之后
其他答案：
wait中的線程是不會去競爭對象鎖的。 據我所知，開始由於調用了對象的wait方法，線程處於該對象的等待池中， 而后，只有再去調用對象的notifyAll()（喚醒所有等待池中的線程）或者notify()（隨機喚醒線程，姑且假設喚醒了我們的那個線程），線程會進入該對象的鎖池之中。 鎖池中的對象相互競爭對象鎖，優先級高的線程競爭得到對象鎖的概率高，假若線程沒有競爭到，它還是會在鎖池之中，唯有線程再次調用wait方法，它才會重新回到等待池中。 希望對你有幫助。
--------------------------------------
java多線程什么時候釋放鎖—wait（）、notify（）
由於等待一個鎖定線程只有在獲得這把鎖之后，才能恢復運行，所以讓持有鎖的線程在不需要鎖的時候及時釋放鎖是很重要的。在以下情況下，持有鎖的線程會釋放鎖：
1. 執行完同步代碼塊。
2. 在執行同步代碼塊的過程中，遇到異常而導致線程終止。
3. 在執行同步代碼塊的過程中，執行了鎖所屬對象的wait()方法，這個線程會釋放鎖，進行對象的等待池。
除了以上情況外，只要持有鎖的此案吃還沒有執行完同步代碼塊，就不會釋放鎖。因此在以下情況下，線程不會釋放鎖：
1. 在執行同步代碼塊的過程中，執行了Thread.sleep()方法，當前線程放棄CPU，開始睡眠，在睡眠中不會釋放鎖。
2. 在執行同步代碼塊的過程中，執行了Thread.yield()方法，當前線程放棄CPU，但不會釋放鎖。
3. 在執行同步代碼塊的過程中，其他線程執行了當前對象的suspend()方法，當前線程被暫停，但不會釋放鎖。但Thread類的suspend()方法已經被廢棄。
避免死鎖的一個通用的經驗法則是：當幾個線程都要訪問共享資源A、B和C時，保證使每個線程都按照同樣的順序去訪問他們，比如都先訪問A，再訪問B和C。
java.lang.Object類中提供了兩個用於線程通信的方法：wait()和notify()。需要注意到是，wait()方法必須放在一個循環中，因為在多線程環境中，共享對象的狀態隨時可能改變。當一個在對象等待池中的線程被喚醒后，並不一定立即恢復運行，等到這個線程獲得了鎖及CPU才能繼續運行，又可能此時對象的狀態已經發生了變化。
# 調用obj的wait(), notify()方法前，必須獲得obj鎖，也就是必須寫在synchronized(obj) {...} 代碼段內。
# 調用obj.wait()后，線程A就釋放了obj的鎖，否則線程B無法獲得obj鎖，也就無法在synchronized(obj) {...} 代碼段內喚醒A。
# 當obj.wait()方法返回后，線程A需要再次獲得obj鎖，才能繼續執行。
# 如果A1,A2,A3都在obj.wait()，則B調用obj.notify()只能喚醒A1,A2,A3中的一個（具體哪一個由JVM決定）。
# obj.notifyAll()則能全部喚醒A1,A2,A3，但是要繼續執行obj.wait()的下一條語句，必須獲得obj鎖，因此，A1,A2,A3只有一個有機會獲得鎖繼續執行，例如A1，其余的需要等待A1釋放obj鎖之后才能繼續執行。
# 當B調用obj.notify/notifyAll的時候，B正持有obj鎖，因此，A1,A2,A3雖被喚醒，但是仍無法獲得obj鎖。直到B退出synchronized塊，釋放obj鎖后，A1,A2,A3中的一個才有機會獲得鎖繼續執行。
wait()/sleep()的區別
前面講了wait/notify機制，Thread還有一個sleep()靜態方法，它也能使線程暫停一段時間。sleep與wait的不同點是：sleep並不釋放鎖，並且sleep的暫停和wait暫停是不一樣的。obj.wait會使線程進入obj對象的等待集合中並等待喚醒。
但是wait()和sleep()都可以通過interrupt()方法打斷線程的暫停狀態，從而使線程立刻拋出InterruptedException。
如果線程A希望立即結束線程B，則可以對線程B對應的Thread實例調用interrupt方法。如果此刻線程B正在wait/sleep/join，則線程B會立刻拋出InterruptedException，在catch() {} 中直接return即可安全地結束線程。
需要注意的是，InterruptedException是線程自己從內部拋出的，並不是interrupt()方法拋出的。對某一線程調用interrupt()時，如果該線程正在執行普通的代碼，那么該線程根本就不會拋出InterruptedException。但是，一旦該線程進入到wait()/sleep()/join()后，就會立刻拋出InterruptedException。