安全多态转型需先用 instanceof 判断再强转，Java 14+ 推荐模式匹配（如 if (animal instanceof Dog d)），泛型擦除需校验原始类型，频繁 instanceof 分支提示设计待优化。
用 instanceof 安全做多态转型，核心就一条：先确认类型，再转型使用，不跳步、不嵌套、不裸转。
必须先判断再强转，不能省略校验
父类引用无法调用子类特有方法，这是多态的正常限制。想访问子类成员，就得向下转型，但直接写 (Dog) animal 极易触发 ClassCastException。正确做法是：
- 用
if (animal instanceof Dog)先确认实际类型 - 只在
if块内执行Dog d = (Dog) animal - 避免写成
if (((Dog) animal).bark() > 0)这类嵌套强转——一旦类型不符，异常立刻抛出，instanceof形同虚设
Java 14+ 推荐用模式匹配一步到位
JDK 14 起支持 instanceof 模式匹配，把判断和转型合并为一步，变量作用域自动限定在 if 块内：
-
if (animal instanceof Dog d) { d.bark(); }——d已是转型后的引用，非空且类型确定 - 支持连写条件：
if (animal instanceof Dog d && d.age > 2) -
d只在当前块内有效，不会误用到其他逻辑中，天然规避“判了没转”或“转了乱用”的风险
泛型集合里取值，得靠 instanceof 校原始类型
泛型在运行时被擦除，List 实际就是 List，所以从集合取值后必须靠 instanceof 校验：
Object item = list.get(0); if (item instanceof String) { String s = (String) item; }- 不能写
item instanceof List—— 编译不通过，只能检查原始类型（如List、Map） - 若需区分泛型参数内容，应配合业务标识、封装类（如
TypedValue）或策略枚举，而不是硬靠类型判断
频繁使用说明设计可能需要优化
如果代码里出现大量 if (x instanceof A) {...} else if (x instanceof B) {...}，往往提示职责未合理分离：
- 优先把共性行为上移到接口或抽象类，用多态自然分发（例如定义
process()，各子类重写） - 对差异逻辑封装为策略方法，把类型分支收口到一处，而不是散落在多个地方重复判断
- 用工厂或建造者模式，在创建阶段就明确类型，降低运行时不确定性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
