Java 類型轉換異常對比：ClassCastException vs 編譯期不兼容錯誤

核心區別

ClassCastException 深度解析

觸發條件

• 對象實際類型與目標類型不兼容
• 常發生在「父類引用指向子類對象」後的向下轉型

經典案例

Object obj = "Hello";  // 實際是 String
Integer num = (Integer) obj;  // 運行時拋出 ClassCastException

防禦性編程

// 方式 1：instanceof 檢查
if (obj instanceof Integer) {
    Integer num = (Integer) obj;
}

// 方式 2：Java 16+ 模式匹配
if (obj instanceof Integer num) {
    // 直接使用 num
}

// 方式 3：Try-Catch 兜底（不推薦常規流程）
try {
    Integer num = (Integer) obj;
} catch (ClassCastException e) {
    // 處理異常
}

編譯期「不兼容的類型」

典型代碼

Integer num = "Hello";  // 編譯直接報錯：不兼容的類型
List list = new ArrayList();  // 泛型不兼容

本質

編譯器根據靜態類型信息判斷賦值兼容性，屬於靜態類型檢查機制。

判斷指南

1. 代碼能編譯通過 → 運行時可能拋 ClassCastException
2. 代碼編譯失敗 → 直接修復類型不匹配
3. 涉及泛型擦除、反射、JNI 等動態特性時 → 重點防範 ClassCastException

最佳實踐

• 優先使用泛型減少強制轉型
• 轉型前務必 `instanceof` 守衛
• 利用編譯器檢查，避免原始類型集合
• 單元測試覆蓋轉型邏輯