Java InterruptedException 深度解析：阻塞方法、線程中斷機制與正確處理模式

核心概念

• 阻塞方法：依賴外部事件 (I/O、鎖、計時器、其他線程) 才能繼續的方法，如 Thread.sleep()、Object.wait()、BlockingQueue.take()、Lock.lockInterruptibly()。
• 中斷標記：每個線程有一個 `boolean interrupted` 標記。`Thread.interrupt()` 設置為 true；阻塞方法檢測到標記會**拋出 `InterruptedException` 並清除標記**；非阻塞代碼需自行輪詢 `Thread.interrupted()` 或 `isInterrupted()`。
• 協作式取消：中斷只是「請求」停止，被中斷線程決定何時、如何響應 (立即拋出、完成當前任務再退出、忽略)。

三種標準處理模式

1. 拋出 (傳播) —— 最推薦

方法簽名加 `throws InterruptedException`，讓調用者決定如何處理。適用於庫代碼、可中斷任務。

public Task takeTask() throws InterruptedException {
    return queue.take(); // 直接拋出
}

2. 恢復中斷標記 (重新中斷) —— 當無法拋出時 (如 Runnable.run())

捕獲後調用 `Thread.currentThread().interrupt()`，保證上層調用棧仍能感知中斷請求。

public void run() {
    try {
        while (!Thread.currentThread().isInterrupted()) {
            Task task = queue.take(); // 可能拋出
            task.execute();
        }
    } catch (InterruptedException e) {
        Thread.currentThread().interrupt(); // 關鍵：恢復標記
    }
}

3. 吞噬並重試 —— 不可取消操作 (極少見)

某些關鍵區不可中斷 (如持久化關鍵狀態)，捕獲後記錄標記，完成操作後在 `finally` 中恢復。

public Task getNextTask() {
    boolean interrupted = false;
    try {
        while (true) {
            try {
                return queue.take();
            } catch (InterruptedException e) {
                interrupted = true; // 記住被中斷過
            }
        }
    } finally {
        if (interrupted) Thread.currentThread().interrupt(); // 最後恢復
    }
}

❌ 絕對禁止：吞噬不恢復

// 錯誤示範
try { queue.take(); } catch (InterruptedException ignored) { } 
// 後果：中斷請求丟失、線程池無法正常關閉、應用掛起無法退出

常見阻塞方法響應表

線程池中的中斷傳播

• `ThreadPoolExecutor` 的 Worker 線程會捕獲任務拋出的 `InterruptedException`，並調用 `Thread.currentThread().interrupt()` 維持中斷狀態，以便線程池關閉邏輯 (`shutdownNow`) 正常工作。
• 若任務吞噬中斷，`shutdownNow()` 將無法及時中斷正在執行的任務，導致應用關閉卡頓。

最佳實踐清單

1. 阻塞方法**必須**在 Javadoc `@throws InterruptedException` 聲明。
2. 實現 `Runnable`/`Callable` 時，**不要**吞噬中斷，選擇「拋出」或「恢復標記」。
3. 長時間計算循環中，定期檢查 `Thread.currentThread().isInterrupted()` 主動退出。
4. 使用 `Lock.lockInterruptibly()` 替代 `synchronized` 實現可中斷鎖獲取。
5. 關閉資源 (Socket、Channel、ExecutorService) 時，配合中斷實現優雅停機。

結語

`InterruptedException` 不是錯誤，而是**協作式取消協議**的核心信號。正確處理中斷，是編寫健壯、可優雅關閉的併發程序的基石。記住：「要么拋出，要么恢復標記，絕不吞噬」。