instanceof是唯一轻量、安全、语义清晰的运行时类型确认手段，必须用于向下转型前校验，java 14+支持模式匹配简化写法，泛型擦除下需谨慎使用，频繁出现提示设计待优化。
多态本身不提供运行时类型信息，而 instanceof 是唯一轻量、安全、语义清晰的运行时类型确认手段。它不是“可选优化”，而是向下转型前必须执行的校验步骤——跳过它，就等于把 ClassCastException 主动放进代码里。
向下转型前必须先用 instanceof 判断
父类引用无法直接调用子类特有方法，想访问就得向下转型。但直接强转风险极高：
- 错误写法：
Dog d = (Dog) animal;—— 若 animal 实际是 Cat 或 null，立刻抛出 ClassCastException - 正确流程：先判断，再转型，且只在判断成立的作用域内使用转型结果
- 标准写法：
if (animal instanceof Dog) { Dog d = (Dog) animal; d.bark(); }
Java 14+ 推荐用模式匹配简化写法
JDK 14 起支持 instanceof 模式匹配，把判断、转型、变量绑定一步完成，变量自动限定在 if 块内：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 写法：
if (animal instanceof Dog d) { d.bark(); } - 好处：避免“判断后忘记转型”或“转型后误用变量”的常见低级错误
- 注意：d 是已转型后的引用，类型为 Dog，不能在 if 外访问；目标类型无需 final 或 sealed，普通类也支持
处理集合或泛型擦除时要格外小心
泛型在运行时被擦除，List
- 正确：
Object item = list.get(0); if (item instanceof String) { String s = (String) item; } - 错误：
item instanceof List<string></string>—— 编译不通过，只能检查原始类型（如 List、Map） - 若需区分泛型内容，应靠业务字段标记、封装带类型信息的容器（如 TypedValue
），而非硬判泛型参数
结合设计优化，减少对 instanceof 的依赖
频繁出现 instanceof 往往是设计信号，说明类型分支分散、职责不清：
- 优先把共性行为上提到接口或抽象类，用多态自然分发（例如统一定义
draw()，各子类实现） - 将差异逻辑封装成策略方法，把类型判断收口到一处，而不是在多个地方重复 if-else
- 用工厂或建造者模式，在对象创建阶段就明确类型，降低运行时不确定性
instanceof 对 null 返回 false，天然规避空指针，比 getClass() == 更安全；它检查的是“是否为该类型或其子类/实现类”，符合多态语义。用好它，不是为了写更多判断，而是为了让每次向下转型都稳得住。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
