ClassCastException本质是运行时类型不匹配，需前置防御而非事后捕获；所有向下转型前必须用instanceof+判空验证，封装safeCast工具方法，泛型集合取值须二次过滤，优先用多态、Optional和默认值替代强转。
Java 中的转型异常（ClassCastException）本质是运行时类型不匹配导致的崩溃，不是编译问题，所以靠“写对”不够，得靠“防住”。核心思路就一个：**所有向下转型前必须验证真实类型，且验证逻辑要覆盖 null、泛型擦除、数组协变等典型盲区。**
用 instanceof + 显式判空做基础防护
这是最常用也最容易出错的一环。instanceof 对 null 返回 false，所以单独用它不能防 NPE；而先强转再判空毫无意义——转型失败直接抛异常，根本走不到判空逻辑。
- 正确写法：
if (obj != null && obj instanceof String) { String s = (String) obj; } - 禁止写法：
String s = (String) obj;或if (obj instanceof String) { ... } else if (obj == null) { ... }（顺序反了） - 注意数组：判断
String[]要写obj instanceof String[]，不能只写String；int[]和Object[]不兼容，new int[0] instanceof Object[]是false
封装 safeCast 工具方法统一收口
把校验+转换+异常信息打包成泛型工具，避免重复写 if/cast，也方便后续加日志、监控或降级逻辑。
- 推荐实现：
public static <T> T safeCast(Object obj, Class<T> targetType) { return targetType.isInstance(obj) ? targetType.cast(obj) : null; } - 带默认值更实用：
safeCast(obj, String.class, "unknown") - 比 try-catch 更优：捕获
ClassCastException属于事后补救，掩盖了设计缺陷；而safeCast是前置防御，错误信息明确，调用方能立刻感知类型风险
泛型集合取值必须二次过滤
泛型在运行时被擦除，List<String> 就是 List，JVM 不管你存的是什么。直接 (String) list.get(0) 是高危操作。
立即学习“Java免费学习笔记（深入）”；
- 流式安全处理：
list.stream().filter(String.class::isInstance).map(String.class::cast).collect(Collectors.toList()) - 增强 for 循环中逐个校验：
for (Object item : list) { if (item instanceof String) { ... } } - 对外提供集合时，返回
Collections.unmodifiableList(...)或空集合，绝不返回null，从源头减少不确定性
替代强转：用多态、Optional 和默认值设计
很多转型需求其实暴露了设计冗余。与其反复校验转换，不如让类型系统自己说话。
- 用接口方法代替向下转型：比如定义
Animal#makeSound()，让Dog和Cat各自实现，而不是拿到Animal后转成Dog再调bark() - 方法返回值用
Optional<String>替代Object，调用方用orElse("default")或ifPresent(...)，语义清晰且天然防 NPE 和转型失败 - DTO 字段设默认值：
private Integer status = 0;，比每次取值都判空 + 转换更轻量、更可靠
