ClassCastException本质是向下转型时类型不匹配，应通过instanceof预判而非捕获异常；正确做法是先判断再强转，或用Java 14+模式匹配语法；设计上优先用泛型、策略模式等减少强转需求。
Java 中多态转型失败抛出的 ClassCastException，本质是向下转型（downcasting）时对象实际类型与目标类型不匹配。它无法在编译期发现，但完全可以通过条件判断提前拦截——关键不是“捕获异常”，而是“不让异常发生”。
用 instanceof 做每次强转前的独立校验
这是最直接、最可靠、零成本的预防方式。JVM 保证 instanceof 对 null 安全（返回 false），且检查发生在运行时真实类型上。
- 正确写法：先判断，再强转，逻辑清晰、线程安全
if (animal instanceof Dog) {
Dog dog = (Dog) animal;
dog.bark(); // 安全调用子类特有方法
} else {
// 处理非 Dog 场景：记录日志、返回默认值、抛业务异常等
}
- 错误写法：跳过判断直接强转，或把判断和强转拆成两步却未加锁（高并发下易失效）
- 特别注意：不要在 if 条件里嵌套强转表达式，例如
if (((Dog) animal).bark() != null)，此时一旦失败就已抛异常，判断失去意义
避免“一次判断、多次强转”的陷阱
尤其在多线程或长生命周期引用场景中，一个引用变量可能在两次强转之间被其他逻辑修改为不同子类实例。
立即学习“Java免费学习笔记（深入）”；
- ❌ 错误示例：
if (p instanceof Student) {
processStudent((Student) p); // 第一次强转
saveRecord((Student) p); // 第二次强转 —— 中间 p 可能已被设为 Worker 实例 - ✅ 正确做法：每次使用子类能力前都重新判断 + 强转，或封装为局部变量
if (p instanceof Student s) { // Java 14+ 模式匹配语法，更简洁安全
processStudent(s);
saveRecord(s);
}
用泛型和设计优化，从源头减少强转需求
频繁出现 instanceof + 强转，往往说明设计可改进。优先让类型信息在编译期确定：
- 集合统一使用带泛型的声明：用
List<user></user>替代List，避免取值后强转 - 方法返回值用泛型约束：如
<t> T getAttribute(String key, Class<t> type)</t></t>，内部做类型校验并安全转换 - 反序列化时用
TypeReference（Jackson）或Gson.fromJson(json, new TypeToken<list>>() {})</list>，避免手动强转原始 Object - 对多分支类型处理，用策略映射表或访问者模式替代一长串 instanceof 判断
复杂继承结构下推荐模式匹配 switch（Java 14+）
当父类有多个子类且需按类型分发逻辑时，比堆砌 if-else 更清晰、更安全：
switch (obj) {
case Dog d -> d.bark();
case Cat c -> c.meow();
case null -> System.out.println("null received");
default -> System.out.println("Unknown animal");
}
- 每种 case 自动完成类型检查 + 局部变量绑定，无重复 instanceof
- null 和 default 分支显式覆盖边界情况，逻辑更完整
