深入理解 Java RuntimeException：特性、處理機制與最佳實務

在 Java 異常體系中，RuntimeException 佔有特殊地位。它是所有「未檢查異常」的父類別，代表程式邏輯錯誤而非外部環境問題。本文將剖析 RuntimeException 的運作機制、為何編譯器不強制捕獲、未捕獲時的行為，以及開發時的應用原則。

什麼是 RuntimeException？

RuntimeException 及其子類別（如 NullPointerException、ArrayIndexOutOfBoundsException、IllegalArgumentException）統稱為未檢查異常。它們的共同特徵是：

• 由 Java 執行環境自動偵測並拋出（如存取 null 參考、陣列越界）
• 編譯器不要求在方法簽名中以 throws 宣告，也不強制呼叫端以 try-catch 處理
• 代表程式設計錯誤，應透過修正程式碼避免，而非靠異常處理機制恢復

為什麼不強制檢查？

若每個可能產生 NullPointerException 的呼叫都需檢查並捕獲，程式碼將充斥著防禦性 if (obj != null)，嚴重降低可讀性。Java 設計者認為：

1. 這類錯誤屬於程式邏輯缺陷，開發階段應透過測試發現並修正
2. 強制檢查會導致大量樣板碼，反而掩蓋核心業務邏輯
3. 預設行為（印出堆疊追蹤並終止執行緒）已足以暴露問題

未捕獲時的預設行為

當 RuntimeException 一路冒泡到 main() 仍未被捕獲，JVM 會呼叫 ThreadGroup.uncaughtException()，預設行為是印出完整堆疊追蹤至標準錯誤輸出：

public class NeverCaught {
    static void f() { throw new RuntimeException("From f()"); }
    static void g() { f(); }
    public static void main(String[] args) { g(); }
}

輸出：

java.lang.RuntimeException: From f()
    at NeverCaught.f(NeverCaught.java:9)
    at NeverCaught.g(NeverCaught.java:12)
    at NeverCaught.main(NeverCaught.java:15)

何時應主動拋出 RuntimeException？

雖多為 JVM 自動拋出，但在下列情境開發者可主動拋出：

• 參數驗證失敗：if (arg < 0) throw new IllegalArgumentException("參數不可為負");
• 非法狀態：物件處於不允許執行該操作的狀態時拋出 IllegalStateException
• 不支援的操作：實作介面時，某些可選方法不支援可拋 UnsupportedOperationException

捕獲 RuntimeException 的爭議

一般原則：不要捕獲 RuntimeException 或其父類別 Exception 來「吞沒」錯誤。但有例外：

• 頂層框架統一錯誤處理（記錄日誌、回傳友善錯誤碼、防止執行緒意外終止）
• 呼叫不受信任的第三方程式碼，需隔離其可能拋出的執行期異常

即使捕獲，也應重新拋出或包裝為檢查型異常，避免錯誤無聲無息被忽略。

總結

理解 RuntimeException 的設計哲學，能幫助你在異常處理上做出更合理的架構決策：檢查型異常用於「預期內的失敗」，執行期異常用於「預期外的錯誤」。