instanceof 是 Java 中用于运行时类型检查的二元操作符，判断左侧对象是否为右侧类或其子类的实例、或是否实现右侧接口，要求二者存在合法继承/实现关系，否则编译失败。
instanceof 是 Java 中用于运行时类型检查的二元操作符，不是方法也不是函数，它直接作用于对象引用和类型之间，返回 true 或 false。它的本质是判断左侧对象是否为右侧类（或其子类）的实例，或是否实现了右侧接口——关键前提是二者必须存在合法的继承/实现关系，否则编译不通过。
语法与基本规则
格式为：object instanceof Type
-
object 必须是引用类型变量（不能是基本类型，如
int、boolean）；若为null，结果恒为false -
Type 可以是类名、接口名或数组类型（如
String[]），但必须与 object 存在可判定的类型关系 - 若 object 实际类型是 Type 的子类，或实现了 Type 接口，结果为
true - 编译期会校验类型兼容性：例如
new String() instanceof Integer直接报错，因 String 与 Integer 无继承或实现关系
典型安全使用场景
核心价值在于避免 ClassCastException，尤其在多态或泛型擦除后类型信息丢失时：
- 向下转型前校验：
if (obj instanceof Dog) { Dog d = (Dog) obj; d.bark(); } - 处理混合类型集合：
遍历List<Object>时，用instanceof分支处理String、Integer、Date等不同子类型 - 接口能力判断：
if (obj instanceof Runnable) { ((Runnable) obj).run(); }，确保对象具备某行为契约
常见误区与替代建议
它不是万能类型工具，过度使用可能暴露设计缺陷：
- 无法识别泛型实际类型（如
List<String>在运行时只剩List），instanceof对泛型参数无效 - 跨 ClassLoader 加载的同名类，即使结构相同，
instanceof也会返回false - 对数组类型判断需注意：
new int[3] instanceof int[]成立，但new int[3] instanceof Object也成立（数组是 Object 子类） - 更健壮的替代方案：
• 判断数组用Array.isArray()（JS）或obj.getClass().isArray()（Java）
• 判断内置类型优先用专用方法，如Objects.isNull()、String.valueOf()、NumberUtils.isNumber()等
与多态设计的平衡
频繁出现大量 instanceof 分支，往往是“类型开关”反模式的信号：
- 优先考虑用抽象方法或接口方法封装行为差异，让子类自行实现（如
animal.makeSound()） - 用策略模式、访问者模式等解耦类型判断逻辑
- Java 14+ 的模式匹配（
if (obj instanceof String s)）提升了可读性，但仍不改变本质——它是妥协方案，不是设计首选
