跨级强转风险极高，应避免父类直接强转孙子类；须用 instanceof 逐级校验、泛型收窄源头、策略模式替代裸转型，并辅以类型标识双重确认。
跨级强转（比如父类引用直接转到孙子类）在多层继承中风险极高，本质是跳过了中间层级的类型契约，JVM无法验证路径合法性，极易触发 ClassCastException。真正安全的做法不是“怎么转得更巧”，而是绕开裸强转，用结构化方式表达类型意图。
用 instanceof 逐级校验，不跳步
跨级强转不能靠“应该就是”蒙混过关。即使逻辑上 A → B → C 成立，运行时 A 引用指向的也可能是 B 的其他子类或纯 A 实例。必须按实际继承链做显式判断：
- 写
if (obj instanceof GrandChild)，而不是if (obj instanceof Parent) { (GrandChild) obj } - 如果需区分多个孙类，用
else if链：先判GrandChildA，再判GrandChildB，避免类型覆盖 - 不要复用已转型的变量跨作用域——哪怕刚做过
instanceof，后续若对象被修改，类型状态就失效
用泛型+协变返回类型收窄源头
很多跨级强转源于上游方法返回太宽泛（如返回 Parent），迫使下游硬拆。从设计源头收紧：
- 对工厂或构造逻辑，用泛型限定返回类型：
<t extends grandchild> T create(Class<t> type)</t></t> - 父类方法若实际只产出特定子类，Java 5+ 支持协变返回：将
Parent create()改为GrandChild create()，编译器自动检查 - 集合类统一用具体泛型，如
List<grandchild></grandchild>，避免List<parent></parent>里混入不可转实例
用策略模式或访问者替代裸转型
当业务逻辑高度依赖具体子类能力时，说明“类型判断+强转”已变成重复模板。此时应把行为下沉：
- 在顶层父类定义
accept(Visitor v)，各子类实现自己的visit()方法，把类型分发逻辑交给 Visitor - 或提取策略接口（如
ProcessingStrategy），由不同子类提供对应实现，通过map.get(obj.getClass())获取策略 - 避免在调用方写一堆
if (x instanceof A) {...} else if (x instanceof B) {...}，把分支移到可测试、可扩展的组件里
加运行时类型标识辅助校验
对无法修改类结构的遗留系统，可在父类中引入轻量类型标记：
- 添加枚举字段
final Type type，子类构造时传入对应值（如Type.GRAND_CHILD_A） - 强转前先查
obj.type == Type.GRAND_CHILD_A，再配合instanceof双重确认 - 注意：仅作辅助，不能替代
instanceof—— 枚举可伪造，运行时类型才是唯一权威
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
