在測試java多線程中有關(guān) “生產(chǎn)者和消費者” 這個經(jīng)典問題的時候，寫代碼測試的時候，思考到一些問題（所以還是要動手，實踐才能儲真知啊），
synchronize 同步鎖何時釋放，何時獲得？重新獲得鎖資源之后，代碼時從哪里開始繼續(xù)執(zhí)行的呢？

了解到，鎖用到的對象上上面原來有兩種池， 1）對象的鎖池， 2）對象的等待池。

• 執(zhí)行線程sleep: 不會釋放cpu資源，也不會釋放鎖資源。
• 執(zhí)行wait： 釋放cpu資源，也會釋放鎖資源。

---

所以總結(jié)有:

在Java對象中，有兩種池
瑣池-----------------------synchronized
等待池---------------------wait(),notify(),notifyAll()

• 如果一個線程調(diào)用了某個對象的wait方法，那么該線程進入到該對象的等待池中(并且已經(jīng)將鎖釋放)，
• 如果未來的某一時刻，另外一個線程調(diào)用了相同對象的notify方法或者notifyAll方法，
• 那么該等待池中的線程就會被喚起，然后進入到對象的鎖池里面去獲得該對象的鎖，
• 如果獲得鎖成功后，那么該線程就會沿著wait方法之后的路徑繼續(xù)執(zhí)行。注意是沿著wait方法之后

其他答案：

wait中的線程是不會去競爭對象鎖的。 據(jù)我所知，開始由于調(diào)用了對象的wait方法，線程處于該對象的等待池中，
而后，只有再去調(diào)用對象的notifyAll()（喚醒所有等待池中的線程）或者notify()（隨機喚醒線程，姑且假設(shè)喚醒了我們的那個線程），線程會進入該對象的鎖池之中。
鎖池中的對象相互競爭對象鎖，優(yōu)先級高的線程競爭得到對象鎖的概率高，假若線程沒有競爭到，它還是會在鎖池之中，唯有線程再次調(diào)用wait方法，它才會重新回到等待池中。

java多線程什么時候釋放鎖—wait（）、notify（）

由于等待一個鎖定線程只有在獲得這把鎖之后，才能恢復(fù)運行，所以讓持有鎖的線程在不需要鎖的時候及時釋放鎖是很重要的。在以下情況下，持有鎖的線程會釋放鎖：

• 執(zhí)行完同步代碼塊。

• 在執(zhí)行同步代碼塊的過程中，遇到異常而導(dǎo)致線程終止。
• 在執(zhí)行同步代碼塊的過程中，執(zhí)行了鎖所屬對象的wait()方法，這個線程會釋放鎖，進行對象的等待池。

除了以上情況外，只要持有鎖的此案吃還沒有執(zhí)行完同步代碼塊，就不會釋放鎖。因此在以下情況下，線程不會釋放鎖：

• 在執(zhí)行同步代碼塊的過程中，執(zhí)行了Thread.sleep()方法，當(dāng)前線程放棄CPU，開始睡眠，在睡眠中不會釋放鎖。
• 在執(zhí)行同步代碼塊的過程中，執(zhí)行了Thread.yield()方法，當(dāng)前線程放棄CPU，但不會釋放鎖。
• 在執(zhí)行同步代碼塊的過程中，其他線程執(zhí)行了當(dāng)前對象的suspend()方法，當(dāng)前線程被暫停，但不會釋放鎖。但Thread類的suspend()方法已經(jīng)被廢棄。
  避免死鎖的一個通用的經(jīng)驗法則是：當(dāng)幾個線程都要訪問共享資源A、B和C時，保證使每個線程都按照同樣的順序去訪問他們，比如都先訪問A，再訪問B和C。

• java.lang.Object類中提供了兩個用于線程通信的方法：wait()和notify()。需要注意到是，wait()方法必須放在一個循環(huán)中，因為在多線程環(huán)境中，共享對象的狀態(tài)隨時可能改變。當(dāng)一個在對象等待池中的線程被喚醒后，并不一定立即恢復(fù)運行，等到這個線程獲得了鎖及CPU才能繼續(xù)運行，又可能此時對象的狀態(tài)已經(jīng)發(fā)生了變化。

• 調(diào)用obj的wait(), notify()方法前，必須獲得obj鎖，也就是必須寫在synchronized(obj) {…} 代碼段內(nèi)。

# 調(diào)用obj.wait()后，線程A就釋放了obj的鎖，否則線程B無法獲得obj鎖，也就無法在synchronized(obj) {…} 代碼段內(nèi)喚醒A。
　　
　　# 當(dāng)obj.wait()方法返回后，線程A需要再次獲得obj鎖，才能繼續(xù)執(zhí)行。
　　
　　# 如果A1,A2,A3都在obj.wait()，則B調(diào)用obj.notify()只能喚醒A1,A2,A3中的一個（具體哪一個由JVM決定）。
　　
　　# obj.notifyAll()則能全部喚醒A1,A2,A3，但是要繼續(xù)執(zhí)行obj.wait()的下一條語句，必須獲得obj鎖，因此，A1,A2,A3只有一個有機會獲得鎖繼續(xù)執(zhí)行，例如A1，其余的需要等待A1釋放obj鎖之后才能繼續(xù)執(zhí)行。
　　
　　# 當(dāng)B調(diào)用obj.notify/notifyAll的時候，B正持有obj鎖，因此，A1,A2,A3雖被喚醒，但是仍無法獲得obj鎖。直到B退出synchronized塊，釋放obj鎖后，A1,A2,A3中的一個才有機會獲得鎖繼續(xù)執(zhí)行。

wait()/sleep()的區(qū)別

前面講了wait/notify機制，Thread還有一個sleep()靜態(tài)方法，它也能使線程暫停一段時間。sleep與wait的不同點是：sleep并不釋放鎖，并且sleep的暫停和wait暫停是不一樣的。obj.wait會使線程進入obj對象的等待集合中并等待喚醒。
　　
　　但是wait()和sleep()都可以通過interrupt()方法打斷線程的暫停狀態(tài)，從而使線程立刻拋出InterruptedException。
　　
　　如果線程A希望立即結(jié)束線程B，則可以對線程B對應(yīng)的Thread實例調(diào)用interrupt方法。如果此刻線程B正在wait/sleep/join，則線程B會立刻拋出InterruptedException，在catch() {} 中直接return即可安全地結(jié)束線程。
　　
　　需要注意的是，InterruptedException是線程自己從內(nèi)部拋出的，并不是interrupt()方法拋出的。對某一線程調(diào)用interrupt()時，如果該線程正在執(zhí)行普通的代碼，那么該線程根本就不會拋出InterruptedException。但是，一旦該線程進入到wait()/sleep()/join()后，就會立刻拋出InterruptedException。

總結(jié)

以上是生活随笔為你收集整理的你真的知道Java同步锁何时释放？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。