ClassCastException本质是逻辑错误，应通过instanceof校验避免裸强转；优先用泛型、多态、策略模式从设计上消除转型需求，而非捕获异常。
ClassCastException 不是“怎么处理异常”，而是“怎么避免触发异常”。它本质是代码逻辑错误，不是可恢复的业务问题。关键在转型前确认对象真实类型，而不是等崩溃后捕获或兜底。
用 instanceof 提前校验再转型
这是最直接、最可靠的做法。只有对象确实是目标子类实例时，才执行向下转型。
- 写法示例：if (a instanceof Child) { Child c = (Child) a; }
- instanceof 对 null 返回 false，不会空指针，无需额外判空
- 不要写成 Child c = (Child) a; 这种裸强转——一旦 a 实际是 Parent 或其他子类，立刻抛异常
从源头确保对象是正确类型
转型失败往往不是转型本身的问题，而是上游创建或传入的对象就不对。
- 检查对象初始化：Parent a = new Parent(); → 永远无法转成 Child；应改为 Parent a = new Child();
- 集合中存取要类型明确：用 List<Child> 而不是 List 或 List<Object>，避免泛型擦除后误取误转
- 方法返回值也要一致：如果方法声明返回 Parent，但业务上只应返回 Child，就该调整返回类型或加文档约束
用 Optional 封装安全转型逻辑（Java 14+）
把“转型成功”变成可组合的值语义，比 try-catch 更清晰，也避免异常开销。
立即学习“Java免费学习笔记（深入）”；
- 封装示例：Optional<Child> childOpt = (a instanceof Child) ? Optional.of((Child) a) : Optional.empty();
- 后续可用 childOpt.ifPresent(c -> c.doChildThing()) 或 childOpt.orElse(new ChildStub())
- 适合在工具类中统一提供 safeCast(obj, Child.class) 方法，内部复用这一模式
优先用多态替代转型需求
频繁出现 instanceof + 强转，通常是设计信号：行为不该由调用方判断类型后分发，而应由对象自己响应。
- 把子类特有行为提取为父类抽象方法或接口方法，例如定义 Animal#makeSound()，让 Dog 和 Cat 各自实现
- 避免在 service 层写一长串 if-else 判断类型再调用不同子类方法
- 考虑策略模式：用 Map<String, Handler> 按类型名路由，而非靠转型识别
