【面試普通人VS高手系列】講一下wait和notify這個為什麼要在synchronized程式碼塊中？

一個工作七年的小夥伴，竟然不知道”wait”和“notify”為什麼要在Synchronized程式碼塊裡面。

好吧，如果螢幕前的你也不知道，請在評論區打上”不知道“。

對於這個問題，我們來看看普通人和高手的回答。

普通人：

額。。。。。。。。。。。。

高手：

wait和notify用來實現多執行緒之間的協調，wait表示讓執行緒進入到阻塞狀態，notify表示讓阻塞的執行緒喚醒。
wait和notify必然是成對出現的，如果一個執行緒被wait()方法阻塞，那麼必然需要另外一個執行緒通過notify()方法來喚醒這個被阻塞的執行緒，從而實現多執行緒之間的通訊。
在多執行緒裡面，要實現多個執行緒之間的通訊，除了管道流以外，只能通過共享變數的方法來實現，也就是執行緒t1修改共享變數s，執行緒t2獲取修改後的共享變數s，從而完成資料通訊。

但是多執行緒本身具有並行執行的特性，也就是在同一時刻，多個執行緒可以同時執行。在這種情況下，執行緒t2在訪問共享變數s之前，必須要知道執行緒t1已經修改過了共享變數s，否則就需要等待。

同時，執行緒t1修改過了共享變數S之後，還需要通知在等待中的執行緒t2。

所以要在這種特性下要去實現執行緒之間的通訊，就必須要有一個競爭條件控制執行緒在什麼條件下等待，什麼條件下喚醒。
而Synchronized同步關鍵字就可以實現這樣一個互斥條件，也就是在通過共享變數來實現多個執行緒通訊的場景裡面，參與通訊的執行緒必須要競爭到這個共享變數的鎖資源，才有資格對共享變數做修改，修改完成後就釋放鎖，那麼其他的執行緒就可以再次來競爭同一個共享變數的鎖來獲取修改後的資料，從而完成執行緒之前的通訊。
所以這也是為什麼wait/notify需要放在Synchronized同步程式碼塊中的原因，有了Synchronized同步鎖，就可以實現對多個通訊執行緒之間的互斥，實現條件等待和條件喚醒。
另外，為了避免wait/notify的錯誤使用，jdk強制要求把wait/notify寫在同步程式碼塊裡面，否則會丟擲IllegalMonitorStateException
最後，基於wait/notify的特性，非常適合實現生產者消費者的模型，比如說用wait/notify來實現連線池就緒前的等待與就緒後的喚醒。