Java 異常處理核心：throw vs throws 區別、自定義異常、最佳實踐全解析

throw 與 throws 徹底講透：異常拋出、聲明、捕獲、自定義與工程化最佳實踐

異常處理是 Java 健壯性基石。本文通過對比示例、字節碼視角、實戰場景，徹底釐清 throw、throws、try-catch-finally 的異同與協作關係。

1. 核心區別速查表

2. 三種拋出異常方式

1. JVM 自動拋出：NullPointerException、ArithmeticException、ArrayIndexOutOfBoundsException 等非受檢異常。
2. throw 手動拋出：業務邏輯檢測到非法狀態時主動拋出。

   if (amount <= 0) throw new IllegalArgumentException("金額必須大於 0");

3. throws 聲明拋出：受檢異常（Exception 子類非 RuntimeException）必須 throws 或 try-catch 處理。

   public void readConfig() throws IOException { // 受檢異常
       Files.readAllLines(Paths.get("config.yaml"));
   }

3. 協作模式：throw + throws + try-catch

// 服務層：捕獲底層異常 → 包裝業務異常 → throw
public void transfer(TransferDTO dto) throws BizException {
    try {
        accountDao.deduct(dto.getFrom(), dto.getAmount());
        accountDao.add(dto.getTo(), dto.getAmount());
    } catch (SQLException e) {
        log.error("轉賬失敗", e);
        throw new BizException("TRANSFER_FAILED", "系統繁忙，請稍後重試", e); // 保留原因鏈
    }
}

// Controller 層：統一異常處理器捕獲 BizException 返回統一錯誤碼
@RestControllerAdvice
public class GlobalExceptionHandler {
    @ExceptionHandler(BizException.class)
    public R<Void> handleBiz(BizException e) {
        return R.fail(e.getCode(), e.getMessage());
    }
}

4. 自定義異常設計規範

// 基礎業務異常：攜帶錯誤碼、用戶提示、原始原因
public class BizException extends RuntimeException {
    private final String code;
    private final String userMsg;

    public BizException(String code, String userMsg) { this(code, userMsg, null); }
    public BizException(String code, String userMsg, Throwable cause) {
        super(userMsg, cause);
        this.code = code;
        this.userMsg = userMsg;
    }
    // getter...
}

// 錯誤碼枚舉：統一管理，前後端對齊
public enum ErrorCode {
    PARAM_INVALID("400", "參數校驗失敗"),
    TRANSFER_FAILED("500100", "轉賬失敗"),
    IDEMPOTENT_CONFLICT("409", "重複請求");
    // ...
}

5. 捕獲異常黃金法則

1. 具體優先：catch (SQLException e) 在 catch (Exception e) 之前。
2. 異常不吞沒：catch 塊至少 log.error 或 throw new BizException(..., e) 保留堆疊。
3. 資源在 finally 關閉：JDBC Connection、InputStream、Lock 必須在 finally 或 try-with-resources 釋放。
4. 受檢異常轉非受檢：Service 層統一包裝為 RuntimeException 子類，Controller 層統一處理，避免 throws 污染業務簽名。
5. 避免用異常控制流程：如 try { map.get(key).doSomething(); } catch (NPE) { ... } 應改為 if (map.containsKey(key))。

6. Java 7+ 語法糖

• 多重捕獲：catch (IOException | SQLException e)。
• try-with-resources：實現 AutoCloseable 自動關閉，無需 finally。

  try (Connection c = ds.getConnection(); PreparedStatement ps = c.prepareStatement(sql)) {
      // ...
  }

• 精確重拋：catch (final Exception e) { throw e; } 保持異常類型不被擦除為 Exception。

7. 總結

• throw = 動作（拋球），throws = 聲明（掛牌「可能拋球」）。
• 受檢異常強制 throws/catch，非受檢異常靠約定自覺處理。
• 工程化分層：DAO 拋受檢 → Service 包裝非受檢 → Controller 統一處理 → 返回標準錯誤碼。
• 自定義異常攜帶 code、userMsg、cause，構建可追蹤、可國際化、可監控的異常體系。

掌握異常流向與分層策略，是寫出可維護、可觀測、高健壯性 Java 系統的關鍵。

1. 上一篇文章： Java 繼承構造器陷阱：Implicit super constructor 錯誤原因與三種修復方案
2. 下一篇文章： Spring MVC 表單提交後台接收不到數據？5 大常見原因與排查清單

Java 綜合教學

Java 接口實戰：策略模式實現計算器（加減乘除）

Java 接口實戰：策略模式實現計算器（加減乘除） 利用接

Tomcat 啟動報錯 ContextLoaderListener 類配置錯誤：缺失 spring-web Jar 包排查實錄

問題現象 SSH 框架專案啟動 Tomcat 時報錯：org

JNDI 核心原理與 J2EE/J2SE 環境下完整實戰指南 (上)

前言：為什麼要理解 JNDI？ Java Naming an

Eclipse 重構技巧：一鍵提取程式碼片段為獨立方法

快速重構操作步驟 於編輯器中選取欲提取的程式碼區塊（可跨多