ClassCastException 是运行时异常，当对象强制转换为不兼容类型时抛出；典型场景包括错误转型无关父类、集合取值未判型即强转、反射返回值未校验；应优先用 instanceof 验证而非 try-catch 捕获。
ClassCastException 是什么，什么时候抛出
当尝试把一个对象强制转换成它实际类型不兼容的类型时，JVM 就会抛出 ClassCastException。这不是编译期错误，而是在运行时发生的——也就是说，代码能编译通过，但一执行到那行转型语句就崩。
典型场景包括：Object 接收了子类实例后，错误地转成另一个无关父类；集合里存了多种类型，取出来没判断就硬转；反射调用返回值未校验类型直接强转。
如何提前避免 ClassCastException
核心思路是：**别假设，要验证**。Java 提供了 instanceof 运算符和 Class 方法做类型检查，它们在转型前确认安全边界。
-
instanceof只能用于引用类型，且左侧为null时返回false（不会 NPE），推荐优先使用 - 泛型擦除后，
List在运行时只是List，所以对list.get(0)直接转String很危险——得先确认元素真实类型 - 用
Map存配置时，取出值前务必检查是否为预期类型，比如if (val instanceof Integer)
Object obj = getFromCache("user");
if (obj instanceof User) {
User user = (User) obj; // 安全
} else {
throw new IllegalArgumentException("Expected User, got " + obj.getClass().getName());
}
为什么用 try-catch 捕获 ClassCastException 不推荐
捕获 ClassCastException 属于“事后补救”，掩盖了本该在设计或调用逻辑中解决的类型契约问题。它会让错误延迟暴露，甚至导致后续逻辑用错对象状态。
- 异常处理开销比一次
instanceof判断高得多（尤其高频路径） - 堆栈里看到
ClassCastException通常意味着上游数据流失控，该查源头而不是兜底 - 某些框架（如 Spring AOP、Jackson 反序列化）内部已做类型防护，手动 catch 可能干扰其错误语义
泛型与 ClassCastException 的隐蔽关联
泛型是编译期特性，运行时类型信息被擦除。看似安全的泛型代码，可能因原始类型混用埋下 ClassCastException 隐患。
- 向
ArrayList（非泛型）添加Integer和String，再用(Integer) list.get(1)必崩 -
new ArrayList被赋给() ArrayList原始类型变量后，编译器不再约束 add 行为 - 用
Class参数配合cast()方法可提升安全性，例如：clazz.cast(obj)会在运行时校验并抛更明确的异常
List rawList = new ArrayList();
rawList.add("hello");
rawList.add(42);
// 下面这行运行时报 ClassCastException
Integer i = (Integer) rawList.get(0); // 试图把 String 转 Integer
真正难调试的 ClassCastException 往往出现在跨模块传递对象、序列化反序列化、或使用弱类型容器（如 Object[]、Map）时——这时候类型契约最容易断裂，光靠加 instanceof 不够，得配合文档、单元测试和静态分析工具（如 SpotBugs）一起守住防线。
