首先從名字可以了解，notify是通知一個線程獲取鎖，notifyAll是通知所有相關的線程去競爭鎖。
notify不能保證獲得鎖的線程，真正需要鎖，并且可能產生死鎖。
舉例1：
所有人（消費者線程）準備吃飯，食堂沒有開放（沒有釋放鎖）打飯窗口（鎖），所有人等待（WAITING）。
食堂開飯打飯窗口（釋放鎖），并廣播消息“開飯了”（notifyAll），所有人競爭排隊，并等待吃飯（BLOCKED）。每一個人依次在打飯窗口（獲得鎖）打飯（RUNNABLE）。如果想吃飯就打完飯后離開（釋放鎖），不想吃飯就直接離開（釋放鎖）。如果吃完了還想吃，就主動等待下一次“開飯了”的消息（wait）。
食堂通知一個人來吃飯（notify），此人來到打飯窗口（獲得鎖）打飯（RUNNABLE），其他人都在等待開飯的消息（WAITING）。如果想吃飯就打完飯后離開（釋放鎖），不想吃飯就直接離開（釋放鎖）。如果吃完了還想吃，就主動等待下一次“開飯”的消息（WAITING）。
notify不能保證通知到真正想吃飯的人。
舉例2：
兩個生產者P1、P2，兩個消費者C1、C2，共同操作一個隊列，隊列最大長度為1。
開始P1、P2、C1、C2都處于運行狀態(tài)（RUNNABLE）。
C1先獲得鎖，P1、P2、C2為BLOCKED狀態(tài)。C1發(fā)現(xiàn)隊列為空，主動進入WAITING。C2接著獲得鎖，成為RUNNABLE狀態(tài)，發(fā)現(xiàn)隊列為空，主動進入WAITING。
P1接著獲得鎖，成為RUNNABLE狀態(tài)，在隊列中插入一個元素，notify到了另一個生產者P2。P1循環(huán)生產，發(fā)現(xiàn)隊列不為空，成為WAITING。
P2成為RUNNABLE狀態(tài)，發(fā)現(xiàn)隊列有值，主動進入WAITING。
此時鎖已被釋放，但P1、P2、C1、C2都處于WAITING狀態(tài)，沒有線程去獲取鎖，死了。
感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！
