Java 異常處理概述：從錯誤碼到物件化異常體系、Throwable 家族圖譜

為什麼需要異常處理？

現實世界充滿不確定：檔案不存在、網路斷開、記憶體耗盡、使用者輸入非法… 若無統一機制，錯誤處理碎片化、易遺漏、難維護。Java 引入異常物件化機制：

• 將錯誤封裝為物件，攜帶類型、訊息、堆疊追蹤、原因鏈。
• 支援自動傳遞：呼叫鏈向上冒泡，直到被捕獲或進入主線程終止。
• 實現關注點分離：正常邏輯與錯誤處理解耦，代碼更清晰。

異常體系全景圖

                    java.lang.Throwable (所有可拋出物件的父類)
                          │
          ┌───────────────┴───────────────┐
          ▼                               ▼
       Error                            Exception
   (系統級錯誤，不可恢復)               (程式級異常，可處理)
          │                               │
   ┌──────┴──────┐                 ┌───────┴───────┐
   ▼             ▼                 ▼               ▼
OutOfMemoryError  StackOverflowError  RuntimeException  其他 Exception 子類
(記憶體溢出)      (棧溢出)          (非受檢異常)      (受檢異常)
                                      │
                    ┌─────────────────┼─────────────────┐
                    ▼                 ▼                 ▼
             NullPointerException  ArrayIndexOutOfBoundsException  IllegalArgumentException
             (空指針)              (下標越界)              (非法參數)
                                     
其他受檢異常範例：
IOException、FileNotFoundException、SQLException、ClassNotFoundException...

兩大分類：處理義務不同

經典異常速查表

異常物件核心屬性

try { risky(); }
catch (Exception e) {
    e.getMessage();        // 簡短描述
    e.getLocalizedMessage(); // 本地化描述
    e.toString();          // 類名 + 訊息
    e.printStackTrace();   // 完整堆疊追蹤輸出到 stderr
    e.getStackTrace();     // 程式化存取堆疊幀陣列
    e.getCause();          // 根因異常 (鏈式)
    e.initCause(cause);    // 手動設定根因
}

異常處理的代價與取捨

最佳實踐原則

1. 異常用於異常：正常流程控制用 if/return/Optional，別用異常。
2. 具體捕獲：catch 精確到業務異常類，避免 catch Exception/Throwable。
3. 保留堆疊：包裝異常時傳入 cause：throw new BizEx("msg", e)。
4. 早拋出、晚捕獲：底層檢查拋出，業務層統一處理。
5. 資源安全：try-with-resources 取代 finally 手動關閉。
6. 日誌豐富：記錄完整堆疊、關鍵上下文參數、請求 ID。

總結

Java 異常機制以 Throwable 為根，Error/Exception 分支，受檢/非受檢區分處理義務。理解體系結構、掌握核心 API、遵循「早拋晚捕、具體處理、保留根因」原則，是寫出健壯、可診斷、可維護 Java 系統的關鍵。