ClassCastException发生在运行时，当编译通过但实际对象类型与目标类型不兼容时；例如Parent p = new ChildA()后执行(ChildB) p会抛出该异常。
ClassCastException 发生在什么时候
Java 多态中强制类型转换异常（ClassCastException）只会在运行时发生，前提是编译通过但实际对象类型与目标类型不兼容。比如用 Parent p = new ChildA(); 后执行 (ChildB) p，就会抛出该异常——因为 p 实际是 ChildA 实例，无法转成无关的 ChildB。
怎么安全地做向下转型
核心原则：先用 instanceof 检查再转型。这是最常用、最直接的防护手段，避免盲目强转。
-
instanceof在 Java 14+ 支持模式匹配（如if (obj instanceof Child c)），自动完成检查+赋值，但需确认 JDK 版本 - 注意
null不会触发instanceof异常，结果为false，所以无需额外判空 - 接口类型也能用
instanceof判断，比如obj instanceof Runnable
if (obj instanceof Dog) {
Dog dog = (Dog) obj; // 安全
dog.bark();
}
为什么不用 try-catch 包裹强制转换
捕获 ClassCastException 属于反模式。它掩盖了设计或逻辑问题，而不是解决问题本身。
- 异常是运行时信号，不是控制流手段；频繁抛异常影响性能
- 如果转型失败是正常业务分支（比如处理不同子类逻辑），应靠类型判断分流，而非靠异常兜底
- IDE 和静态分析工具（如 IntelliJ）通常会警告未检查的强制转换，说明这里本该有前置判断
容易被忽略的泛型擦除场景
泛型在运行时被擦除，List<String> 和 List<Integer> 运行时都是 List，所以 (List<String>) list 编译能过，但若实际是 ArrayList<Integer>，后续取元素时才会在 get() 抛 ClassCastException——这个异常位置和转型位置不一致，排查更难。
立即学习“Java免费学习笔记（深入）”；
- 不要依赖泛型做运行时类型断言
- 若必须区分，可用封装类携带类型信息（如自定义
TypedContainer<T>），或改用Class<T>参数显式传入类型 - 使用
Objects.requireNonNull()或断言辅助验证，但不能替代类型检查
