爲什麼InterruptedException僅從像sleep（）和wait（）這樣的阻塞方法中拋出異常？

Question

如果我寫下如下代碼，我們不能中斷或終止線程。它也不會拋出InterruptedException。

Thread loop = new Thread(
    new Runnable() { 
    @Override 
    public void run() { 
     while (true) { 
     } 
    } 
    } 
); 
loop.start(); 
loop.interrupt(); 

要中斷這個線程，我需要如下修改我的代碼：

Thread loop = new Thread(
    new Runnable() { 
    @Override 
    public void run() { 
     while (true) { 
     if (Thread.interrupted()) { 
      break; 
     } 
     // Continue to do nothing 
     } 
    } 
    } 
); 
loop.start(); 
loop.interrupt(); 

我的問題是，

1. 爲什麼Java的設計以這樣的方式，InterruptedException的只有在像sleep（）和wait（）這樣的阻塞方法的情況下才會被拋出。

2. 爲什麼在普通代碼中，我們需要像上面的代碼片段那樣手動處理？爲什麼Java不會拋出InterruptedException，只要我們通過設置中斷標誌true爲interrupt（）方法？

我已經閱讀了很多關於InterruptedException的博客和文章，但還沒有找到任何有說服力的答案。

編輯

發現好文章InterruptedException的：爪哇 http://codepumpkin.com/interruptedexception-java-multithreading/

Answer 1

1）爲什麼Java的設計以這樣的方式，InterruptedException異常被拋出僅在阻止類似睡眠的方法的情況下，（）和wait（）。

thread.interrupt()整點是它是合作的。一個線程被中斷，但它必須使用Thread.currentThread().isInterrupted()檢查中斷標誌，以便它可以正確管理它自己的終止，並在必要時清理共享對象，鎖定，最終塊等。

要引用tutorial on the subject，強調我的。

中斷表示線程應該停止它正在執行的操作並執行其他操作。它是直到程序員決定一個線程如何響應中斷，但它是非常常見的線程終止。

是做扔InterruptedException的方法是正在等待的鎖和其他條件的人。這些表示它們被中斷，因此線程在終止之前可以自行清理。

2）爲什麼在普通代碼中，我們需要手動處理這個問題，就像我上面的代碼片段一樣？爲什麼每當我們通過interrupt（）方法設置中斷標誌爲true時，Java不會拋出InterruptedException？

的選擇將是有InterruptedException是它可能在任何時候被拋出，不管程序是否被期待它的RuntimeException。 stop()和其他棄用的Thread方法的部分問題是它們傾向於違反各種語言結構，並可能使應用程序內存處於不良狀態。這裏的more details about that。

如果是RuntimeException，InterruptedException也可以這樣說。你可以想象如果一個線程正在改變一個共享對象，然後在中途拋出一個意外的RuntimeException或完全停止。正在更新的共享對象很容易處於無效狀態。

if (Thread.interrupted()) { 

這不叫，因爲它清除線程這是壞的圖案中斷標誌正確的方法。請使用以下命令：

if (Thread.currentThread().isInterrupted()) { 

這保留了其應儘可能做到中斷標誌。此外，當InterruptedException被拋出，也清除中斷標誌。這就是爲什麼這是一個很好的模式：

try { 
    ... 
} catch (InterruptedException ie) { 
    // re-interrupt the thread to propagate the interrupt flag 
    Thread.currentThread().interrupt(); 
    // handle the interrupt here by probably quitting the thread 
} 

圖書館「吞下」中斷標誌有很多問題。即使你的代碼很小，它可能會被複制到一個更大的塊中，所以你總是可以將中斷標誌恢復爲一個好的模式。

Answer 2

早期版本中使用的是能夠殺死線程，而是試圖支持多種操作系統時很快就成了問題。 有很多不同的方法操作系統實現具有非常不同功能的線程。 在中途停止線程被認爲是不安全的，可能導致應用程序的其他部分發生意外行爲，如死鎖。

更多細節在這裏： https://docs.oracle.com/javase/8/docs/technotes/guides/concurrency/threadPrimitiveDeprecation.html