top: 1.5em;margin-bottom: 1.5em;font-weight: bold;font-size: 1.4em;">寫在前面

新一輪的面試已經(jīng)過去，可能是疫情的原因吧，很多童鞋紛紛留言說今年的面試題難度又提高了，尤其是對并發(fā)編程的知識。我細想了下，也許有那么點疫情的原因吧，但無論面試的套路怎么變，只要掌握了核心知識和底層原理，吊打面試官應該不難吧。玩笑歸玩笑，學習知識并不只是為了應付面試，更應該將這些知識運用到實際的工作中。

一個工作了幾年的朋友今天打電話和我聊天，說前段時間出去面試，面試官問他做過的項目，他講起業(yè)務來那是頭頭是道，猶如滔滔江水連綿不絕，可面試官最后問了一個問題：Thread類的stop()方法和interrupt方法有啥區(qū)別。這一問不要緊，當場把那個朋友打懵了！結果可想而知。。。

事后，我也是感慨頗多，現(xiàn)在的程序員只知道做些簡單的CRUD嗎？哎，不多說了，今天就簡單的說說Thread類的stop()方法和interrupt()方法到底有啥區(qū)別吧！

stop()方法

stop()方法會真的殺死線程。如果線程持有ReentrantLock鎖，被stop()的線程并不會自動調用ReentrantLock的unlock()去釋放鎖，那其他線程就再也沒機會獲得ReentrantLock鎖， 這樣其他線程就再也不能執(zhí)行ReentrantLock鎖鎖住的代碼邏輯。所以該方法就不建議使用了， 類似的方法還有suspend()和resume()方法， 這兩個方法同樣也都不建議使用了， 所以這里也就不多介紹了。

interrupt()方法

interrupt()方法僅僅是通知線程，線程有機會執(zhí)行一些后續(xù)操作，同時也可以無視這個通知。被interrupt的線程，有兩種方式接收通知：一種是異常， 另一種是主動檢測。

通過異常接收通知

當線程A處于WAITING、 TIMED_WAITING狀態(tài)時， 如果其他線程調用線程A的interrupt()方法，則會使線程A返回到RUNNABLE狀態(tài)，同時線程A的代碼會觸發(fā)InterruptedException異常。線程轉換到WAITING、TIMED_WAITING狀態(tài)的觸發(fā)條件，都是調用了類似wait()、join()、sleep()這樣的方法， 我們看這些方法的簽名時，發(fā)現(xiàn)都會throws InterruptedException這個異常。這個異常的觸發(fā)條件就是：其他線程調用了該線程的interrupt()方法。

當線程A處于RUNNABLE狀態(tài)時，并且阻塞在java.nio.channels.InterruptibleChannel上時， 如果其他線程調用線程A的interrupt()方法，線程A會觸發(fā)java.nio.channels.ClosedByInterruptException這個異常；當阻塞在java.nio.channels.Selector上
時，如果其他線程調用線程A的interrupt()方法，線程A的java.nio.channels.Selector會立即返回。

主動檢測通知

如果線程處于RUNNABLE狀態(tài)，并且沒有阻塞在某個I/O操作上，例如中斷計算基因組序列的線程A，此時就得依賴線程A主動檢測中斷狀態(tài)了。如果其他線程調用線程A的interrupt()方法， 那么線程A可以通過isInterrupted()方法， 來檢測自己是不是被中斷了。

top: 1.5em;margin-bottom: 1.5em;">最后，附上并發(fā)編程需要掌握的核心技能知識圖，祝大家在學習并發(fā)編程時，少走彎路。