Java 異常機制深度解析：分類、處理流程與最佳實務

異常機制核心價值

異常機制提供程式錯誤處理的安全通道：發生錯誤時，方法立即終結並拋出異常物件，控制權轉移至最近的合適處理器，避免錯誤碼混雜業務邏輯，提升可讀性與健壯性。

異常繼承體系

Throwable
├── Error（系統級錯誤，應用無法處理）
│   ├── OutOfMemoryError
│   ├── StackOverflowError
│   └── ...
└── Exception（應用級異常）
    ├── RuntimeException（未檢查異常，編譯器不強制處理）
    │   ├── NullPointerException
    │   ├── ArrayIndexOutOfBoundsException
    │   ├── ClassCastException
    │   └── ...
    └── 其他（已檢查異常，必須捕獲或聲明拋出）
        ├── IOException
        ├── SQLException
        ├── ClassNotFoundException
        └── ...

三大類異常特性對照

異常處理流程

1. 方法遇錯 → 建立異常物件 → 拋出（throw）
2. 呼叫端未處理 → 繼續向上傳播
3. 遇到 try-catch → 搜尋匹配 catch 區塊（由上而下，子類優先）
4. 執行匹配 catch → 可選 finally → 正常繼續
5. 全程無處理 → 執行緒終止（主執行緒則 JVM 退出），列印堆疊追蹤

關鍵語法要點

// 1. 聲明拋出
public void readFile(String path) throws IOException, SQLException { ... }

// 2. 主動拋出
if (obj == null) throw new IllegalArgumentException("obj cannot be null");

// 3. 捕獲多重異常（Java 7+ 多重捕獲）
try {
    // 高風險操作
} catch (IOException | SQLException e) {
    log.error("資源存取失敗", e);
    throw new BusinessException("資料讀取異常", e); // 異常鏈
} finally {
    // 清理資源（關閉串流、釋放鎖）
    closeQuietly(stream);
}

// 4. try-with-resources (Java 7+ 自動關閉)
try (FileInputStream fis = new FileInputStream(file);
     BufferedReader br = new BufferedReader(new InputStreamReader(fis))) {
    return br.readLine();
}

自訂異常設計原則

1. 繼承 Exception（Checked）或 RuntimeException（Unchecked）
2. 提供無參與訊息建構子
3. 保留原始異常鏈（super(message, cause)）
4. 命名以 Exception 結尾（如 InsufficientBalanceException）
5. 僅在標準異常無法精確表達業務語意時自訂

異常處理決策原則

「捕獲並處理你知道如何處理的異常，傳遞那些你不知道如何處理的異常」

• 資源洩漏風險 → finally / try-with-resources 清理
• 需上層感知的業務異常 → 包裝為業務異常向上拋出
• 不可恢復的系統錯誤 → 記錄並快速失敗

效能與濫用警示

• 異常建構堆疊追蹤成本高，避免用於正常流程控制
• 避免在迴圈/高頻路徑拋出異常
• 區分「預期錯誤」（驗證失敗、資源不存在）→ 回傳 Result/Optional
• 區分「非預期錯誤」（Bug、環境故障）→ 拋出異常

Java vs C++ 異常分類對照

掌握異常體系與處理藝術，是寫出專業級 Java 程式碼的關鍵分水嶺。