Java 理論與實踐：線程悄悄死掉了怎麼辦？—— 未捕獲異常處理與線程洩漏防範指南

無聲的殺手：多線程環境下的線程死亡

單線程應用主線程拋出未捕獲異常，控制檯打印堆棧、程序停止，極易發現。但多線程服務端應用（無控制檯、長期運行）中，工作線程因 RuntimeException/Error 悄然終止，往往不留痕跡，導致局部功能失效、行為詭異，極難排查。

典型場景：中間件服務器的線程洩漏

• 插件提交消息 → 出站隊列 → 處理線程發送外部服務 → 入站隊列 → 響應分派線程路由回插件。
• 若響應分派線程死亡：插件仍能提交消息，外部服務仍返回響應，但響應堆積入站隊列，最終 OOM 或功能癱瘓，卻無明顯報錯。
• 線程池掩蓋問題：8 線程池死 1 個仍勉強工作，性能緩慢下降，難以察覺。

元兇：RuntimeException

最常見原因：NullPointerException、ArrayIndexOutOfBoundsException 等未捕獲運行時異常。調用第三方插件 incomingResponse() 時極易發生——插件代碼不可控、編寫時間滯後，無法審核正確性。

解決方案一：防御性捕獲 + 糾正動作

// 脆弱版本
while (true) {
    ir = queue.getNext();
    plugIn.handleMessage(ir.getResponse()); // 拋出異常 → 線程死
}

// 健壯版本
while (true) {
    ir = queue.getNext();
    PlugIn plugIn = findPlugIn(ir.getResponseId());
    if (plugIn != null) {
        try {
            plugIn.handleMessage(ir.getResponse());
        } catch (RuntimeException e) {
            // 糾正動作三選一：
            // 1. 記錄日誌，處理下一條消息（TimerTask 風格）
            // 2. 記錄日誌，重啟當前工作線程
            // 3. 記錄日誌，卸載違規插件（隔離故障域）
        }
    }
}

解決方案二：ThreadGroup 未捕獲異常處理器（JDK 1.5 前唯一統一攔截點）

public class MyThreadGroup extends ThreadGroup {
    public MyThreadGroup(String name) { super(name); }
    @Override
    public void uncaughtException(Thread t, Throwable e) {
        log.error("Thread {} died: {}", t.getName(), e);
        // 可選：重啟線程、告警、甚至關閉系統
    }
}

// 使用
static final ThreadGroup WORKERS = new MyThreadGroup("Worker Threads");
new Thread(WORKERS, () -> { /* 任務 */ }, "Worker-1").start();

JDK 1.5+ 推薦使用 Thread.setUncaughtExceptionHandler() 或 ExecutorService 的 ThreadFactory 設置，更靈活。

最佳實踐清單

1. 邊界捕獲：所有「調用外來代碼」點（插件、回調、反射、SPI）包裹 try-catch (RuntimeException)。
2. 統一攔截：配置全局 UncaughtExceptionHandler，記錄完整堆棧，避免「線程去哪兒了」的迷茫。
3. 線程池保護：使用 ThreadPoolExecutor 並重寫 afterExecute() 檢查異常，或提交 Future 統一 get() 捕獲。
4. 監控告警：監控線程池活躍/核心/最大線程數、隊列積壓、拒絕任務數，異常波動即時告警。

預防 + 檢測 = 線程洩漏的最佳防線。別讓線程在黑暗中消失。