避免类型转换异常的核心是不盲目强转，而是在多态语境下用对方法、选对时机；优先靠多态行为而非转型访问子类功能，必须转型时务必用instanceof校验，复杂场景用泛型工具类封装转换逻辑。
避免类型转换异常，核心是不盲目强转，而是在多态语境下用对方法、选对时机。多态本身不负责“转换”，但它让类型判断和转换变得有据可依——关键在区分哪些该转、哪些根本不用转。
优先靠多态行为，而不是靠转型访问子类功能
很多异常源于“明明能设计成统一接口，却硬要向下转型”。例如动物发出声音，就该在父类定义 sound() 方法并由子类重写，调用时直接 a.sound() 即可，无需判断是 Dog 还是 Cat，更不用转型。
- 把子类特有逻辑抽象成接口方法，放进父类或接口中
- 集合存取、方法参数传递尽量用父类/接口类型，发挥多态的统一处理能力
- 只有当必须调用子类独有字段或未被抽象的方法时，才考虑向下转型
必须转型时，用 instanceof 做安全守门员
向下转型前不加校验，等于给 ClassCastException 开绿灯。instanceof 检查的是运行时真实类型，null 安全，编译期还能拦截明显无关的类型（比如 String 和 Dog），是最轻量也最可靠的防护。
- 写法统一：if (obj instanceof TargetType t) { ... }（JDK 14+ 推荐模式匹配写法，一步完成判空、校验、赋值）
- 避免链式强转：不要写 ((TargetType)((Base)obj))，应直接对原始引用做 instanceof
- 接口类型同样适用：obj instanceof Runnable、obj instanceof Serializable 都合法有效
复杂场景用泛型工具类封装转换逻辑
当转型出现在工具方法、通用解析器或集合批量处理中，手写 instanceof + 强转容易重复出错。可用 Hutool 的 Convert 或自定义安全转换器，把校验和转换收口管理。
- 例如集合元素批量转指定类型：用 Convert.toList(sourceList, String.class)，内部自动跳过不兼容项或抛定制异常
- 自定义工具方法如 safeCast(obj, Dog.class)，内部调用 Dog.class.isInstance(obj) 再 cast，复用性高
- 避免裸类型（raw type）集合：List raw = new ArrayList() 是隐患源头，坚持用 List
调试时快速定位类型问题
异常堆栈只告诉你“转失败了”，但没说“它本来是谁”。遇到 ClassCastException，别猜，立刻加一行日志：
- System.out.println(obj.getClass().getName()); 看清实际类型
- 检查对象来源：是不是从 JSON 反序列化来的？字段类型是否和 Java 类不一致？
- 注意泛型擦除影响：反射获取的 List> 元素，需逐个 isInstance 判定，不能整体强转
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
