instanceof是运行时确认实际类型的安全手段，必须先判断再转型，java 14+支持模式匹配简化写法，泛型擦除需校验原始类型，频繁使用说明设计可优化。
多态本身不提供类型信息，而 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 块内：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
if (obj instanceof String s) { System.out.println(s.length()); }——s已是转型后的String引用 - 该语法要求目标类型是
final类或密封类（sealed class），普通类也支持，但编译器不做额外约束 - 比传统写法更简洁，且天然规避了“判断后忘记转型”或“转型后变量误用”的风险
处理集合或泛型擦除场景要特别注意
泛型在运行时被擦除，List<string></string> 实际就是 List，所以从集合取值后必须靠 instanceof 校验：
Object item = list.get(0); if (item instanceof String) { String s = (String) item; ... }- 不能写
item instanceof List<string></string>—— 编译不通过，只能检查原始类型如List、Map - 若需区分泛型参数内容，应配合业务标识（如字段标记类型）、封装类（如
TypedValue<t></t>）或策略枚举
结合接口与抽象设计，减少强转依赖
频繁使用 instanceof 往往说明设计可优化。优先考虑：
- 把共性行为上移到父类或接口，用多态自然分发（例如定义
makeSound()，各子类重写） - 对差异逻辑封装为策略方法，将类型分支收口到一处，而不是散落在多个地方重复判断
- 用工厂或建造者模式，在创建阶段就明确类型，降低运行时不确定性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
