Java平臺中，因為有內建鎖的機制，每個物件都可以承擔鎖的功能。Java虛擬機器會為每個物件維護兩個“佇列”（姑且稱之為“佇列”，儘管它不一定符合資料結構上佇列的“先進先出”原則）：一個叫Entry Set（入口集），另外一個叫Wait Set（等待集）。對於任意的物件objectX，objectX的Entry Set用於儲存等待獲取objectX這個鎖的所有執行緒，也就是傳說中的鎖池，objectX的Wait Set用於儲存執行了objectX.wait()/wait(long)的執行緒，也就是等待池。

先來一張執行緒的狀態圖：

設objectX是任意一個物件，假設有執行緒A、B、C同時申請objectX這個物件鎖，那麼由於任意一個時刻只有一個執行緒能夠獲得（佔用/持有）這個鎖，因此除了勝出（即獲得了鎖）的執行緒（這裡假設是B）外，其他執行緒（這裡就是A和C）都會被暫停（執行緒的生命週期狀態會被調整為BLOCKED）。這些因申請鎖而落選的執行緒就會被存入objectX對應的鎖池之中。當objectX被其持有執行緒（這裡就是B）釋放時，鎖池中的一個任意（注意是“任意”，而不一定是鎖池中等待時間最長或者最短的

）執行緒會被喚醒（即執行緒的生命週期狀態變更為RUNNABLE）。這個被喚醒的執行緒會與其他活躍執行緒（即不處於鎖池之中，且執行緒的生命週期狀態為RUNNABLE的執行緒）再次搶佔objectX。這時，被喚醒的執行緒如果成功申請到objectX，那麼該執行緒就從鎖池中移除。否則，被喚醒的執行緒仍然會停留在鎖池中，並再次被暫停，以等待下次申請鎖的機會。

如果有個執行緒執行了objectX.wait()，那麼該執行緒就會被暫停（執行緒的生命週期狀態會被調整為Waiting），並且會釋放掉objectX鎖，然後被存入objectX的等待池之中。此時，該執行緒就被稱為objectX的等待執行緒。當其他執行緒執行了objectX.notify()/notifyAll()時，等待池中的一個（或者多個，取決於被呼叫的是notify還是notifyAll方法）任意（注意是“任意”，而不一定是等待池中等待時間最長或者最短的）

等待執行緒會被喚醒，這些被喚醒的執行緒會被放到鎖池中，會與鎖池中已經存在的執行緒以及其他（可能的）活躍執行緒共同參與搶奪objectX。至於程式碼中到底是使用notify還是notifyAll方法，這個要根據實際情況來分析。

ps:等待池中的執行緒被notify()或者notifyAll()方法喚醒進入到鎖池，最後競爭到了鎖並且進入了Runnable狀態的話，會從wait現場恢復，執行wait()方法之後的程式碼。

以上是個人理解，如果有誤，請在評論區中指正！