ClassCastException 是 Java 运行时异常，因对象强制转换为不兼容类型引发；需确保类型间存在继承或实现关系，推荐用 instanceof 预判、泛型约束、多态设计及 Optional 封装转换逻辑来规避。
ClassCastException 是 Java 中运行时异常，发生在尝试将对象强制转换为不兼容类型时。根本原因不是语法错误，而是类型关系不符合要求——目标类型既不是源对象的实际类型，也不是其父类或实现的接口。
确认类型关系再转换
强制转换前必须确保对象实际类型与目标类型存在继承或实现关系。不能把 String 转成 Integer，也不能把 ArrayList 转成 HashMap，哪怕它们都实现了 Collection 或都属于 Object 子类也不行。
- 用 instanceof 预判：转换前先检查，例如 if (obj instanceof List) { List list = (List) obj; }
- 避免对 null 做 instanceof 判断会返回 false，但强制转换 null 不会抛异常；不过仍建议先判空，防止后续空指针
- 注意泛型擦除：(List
) obj 在运行时只校验是否为 List，不校验泛型参数，所以不会因 String 类型不匹配而抛 ClassCastException
优先使用多态替代强制转换
频繁出现强制转换，往往说明设计可以优化。用接口或抽象类统一行为，让子类各自实现，减少向下转型需求。
- 例如定义 interface Shape { double area(); }，Circle 和 Rectangle 都实现它，调用 shape.area() 就无需判断或转换
- 若必须区分类型，可用策略模式或访问者模式封装差异逻辑，而不是在业务代码里写一堆 if-instanceof-cast
谨慎处理集合与泛型类型
从原始集合（如未声明泛型的 List）取元素后直接强转，是最常见的 ClassCastException 场景之一。
立即学习“Java免费学习笔记（深入）”；
- 老代码中 List list = new ArrayList(); list.add("hello"); String s = (String) list.get(0); 看似安全，但若中途插入了 Integer，运行时报错
- 解决方法：使用带泛型的集合（List
），配合编译期检查；必要时取出后仍用 instanceof 校验 - 反序列化或反射获取的对象，类型不确定，务必校验后再转换
利用 Optional 和工具方法提升安全性
自己封装类型转换逻辑，配合 Optional 可让失败更可控、更易测试。
- 例如写一个安全转换方法：public static
Optional cast(Object obj, Class type) { return type.isInstance(obj) ? Optional.of(type.cast(obj)) : Optional.empty(); } - 调用时：cast(obj, String.class).ifPresent(s -> System.out.println(s.length()));
- 比裸 try-catch 更清晰表达“转换可能失败”的语义，也避免异常打断正常流程
