必须用 instanceof 判断，因为父类引用编译期只知公共接口，无法感知运行时具体子类；JVM 不验证类型匹配，null instanceof X 返回 false，直接强转 null 或不兼容类型会抛 ClassCastException。
要在 Java 中安全访问子类特有功能，必须先确认对象真实类型，再执行向下转型——instanceof 是必不可少的守门员，跳过它直接强转会引发 ClassCastException。
为什么必须用 instanceof 判断
父类引用（如 Item 或 Animal）在编译期只知道公共接口，无法感知运行时具体是哪个子类。JVM 不会在编译时验证类型匹配，所以：
-
null instanceof X返回false，不会抛NullPointerException -
obj instanceof Dog只在obj非空且实际类型是Dog或其子类时才为true - 若直接写
(Dog) obj，而obj实际是Cat或null，运行就崩溃
标准安全写法（Java 8+）
判断和转型必须在同一个作用域内完成，避免重复判断或作用域外误用：
- 传统方式：先检查，再声明并转换
if (item instanceof Equipment) {
Equipment e = (Equipment) item;
System.out.println(e.getEquipmentVin());
} else if (item instanceof Product) {
Product p = (Product) item;
System.out.println(p.getProductSku());
}
}
- Java 14+ 推荐模式匹配：一步到位，变量自动生效且作用域受限
if (item instanceof Equipment e) {
System.out.println(e.getEquipmentVin()); // e 已是 Equipment 类型
} else if (item instanceof Product p) {
System.out.println(p.getProductSku());
}
}
常见设计隐患与改进方向
频繁出现长 if-else 分支，往往是设计信号：
立即学习“Java免费学习笔记（深入）”；
- 子类行为差异大？考虑在父类中定义抽象方法（如
handle()），由子类实现 - 字段或方法名高度相似但不统一？提取公共接口（如
Identifiable含getId()） - 逻辑持续膨胀？把分支抽成策略类，用
Map<class>, Consumer<item>></item></class>管理 - 集合只读且需限定范围？改用通配符泛型，如
List extends Item>配合工具方法
容易忽略的关键细节
-
instanceof右侧不能是泛型类型（如List<string></string>），只能是具体类、接口、记录或枚举 - 不要用
getClass() == Xxx.class替代instanceof，它不支持继承关系 - 若子类字段只是隐藏父类同名字段（如都定义
private String name），应删掉子类字段，复用父类封装 - 框架返回值（如 Spring 的
getBean()、Android 的findViewById()）务必校验再转型
