目前Java的執行緒類Thread關於中斷狀態的操作有三個方法，interrupte，interrupted,isInterrupted。

interrupte 方法：類例項方法，通過呼叫本地方法實現的給執行緒設定中斷狀態，只是給被呼叫執行緒設定中斷狀態，如果被呼叫執行緒正在執行的是可中斷方法，如Obejct.wait系列，join.系列，Thread.sleep系列，則會丟擲InterruptedException來響應中斷，並且會清理中斷狀態，如果之前true，只會後變false;

一開始會疑惑，為什麼被呼叫interrupte的執行緒會收到InterruptedException異常呢，還有既然interrupte只是設定標誌位，並不能馬上中止執行緒的執行，我們該怎麼樣正確使用interrupte以及正確處理InterruptedException呢。

java裡中斷一個執行緒，之前有強佔式的中斷如stop方法，官方已經不建議使用，一呼叫該方法，被stop的執行緒會馬上會釋放所有獲取的鎖並在執行緒的run()方法內，任何一點都有可能丟擲ThreadDeath Error，包括在catch或finally語句中,那麼很容易照成被同步的資料沒有被正確的處理完，那麼其它執行緒在讀取時就會得到髒資料。

所以現在jdk提供了協作式的中斷執行緒的方式，也就是，給執行緒設定一個標誌位，告訴它你是否被中斷了，至於何時或者如何處理這個中斷操作以及釋放鎖，由被呼叫執行緒自己處理。而interrupte方法就是協作式中斷執行緒的實現。通過呼叫執行緒的interrupte

方法設定中斷標誌為true，執行緒本身自己通過呼叫isInterrupted或者interrupted方法監測自身的中斷標記是否有true來做正確處理，區別就是isInterrupted返回執行緒中斷狀態時不會還原該狀態，而interrupted會清除掉中斷狀態，如果一個執行緒被中斷後你調兩次interrupted會得到不一樣得結果，第一次為true，第二次為false。jdk裡有些方法已經實現了怎麼響應這種協作式中斷方式，如Thread.sleep()在監測到自己已經被中斷後，會丟擲InterruptedException來結束自己餘下業務程式碼的工作。那麼我們在該如何正確編寫響應中斷的處理，或者正確中斷其它執行緒呢。

1、如何你定義的方法式支援響應中斷的，則在方法定義裡宣告會丟擲InterruptedException

2、在業務處理核心位置通過呼叫isInterrupted或者interrupted監測當前執行緒是否被設定了中斷標記，具體呼叫哪一個方法，取決於是否希望其它線看到你的被中斷狀態，如果監測到當前執行緒被中斷，則往外丟擲InterruptedException，讓呼叫者正確處理中斷。

3、在捕獲到呼叫方法丟擲的InterruptedException異常時，如果自己不知道該怎麼處理的，就繼續往外拋，如果時在自己的業務處理範圍內的，就處理該異常，然後通過呼叫interrupte方法讓自己標記位設定位中斷狀態，因為之前丟擲InterruptedException時中斷標記位會被清除，所以需要重新設定中斷來響應其它執行緒的中斷操作，然後返回到上一層呼叫，讓其它呼叫者自己處理。