instanceof本质是运行时安全类型探针，只判断对象是否可能属于某类而不做转换；语法为obj instanceof Type，左侧须为引用类型，右侧须为已编译类或接口名，null恒返回false，无继承关系时编译报错。
instanceof 本质是运行时安全类型探针，不是类型转换工具——它只回答“这个对象可能属于某类吗？”，不改变对象本身，也不做任何转换。
怎么用：语法、参数和必须遵守的硬规则
写法固定：obj instanceof Type，左侧必须是引用类型变量（不能是 int、boolean 等基本类型），右侧必须是已编译通过的类名或接口名。
- 如果
obj是null，结果恒为false（不抛异常，但容易被忽略） - 如果编译期就能确定左右类型毫无继承/实现关系（比如
String和FileOutputStream），Java 编译器直接报错：Incompatible types: cannot cast ... - 子类实例对父类或接口使用
instanceof返回true（多态基础）
为什么总在转型前用它：避免 ClassCastException 的实际逻辑
向下转型（如把 Object 转成 String）风险极高；instanceof 是唯一低成本预检手段。
Object obj = getUnknownObject();
if (obj instanceof String) {
String s = (String) obj; // 此时强转 100% 安全
System.out.println(s.length());
}
- 没加
instanceof就强转 → 运行时抛ClassCastException - 写了
instanceof但右侧类型拼错（如Stirng）→ 编译失败，提前暴露问题 - Java 16+ 可用模式匹配简化：
if (obj instanceof String s)，一步完成判断 + 绑定变量
常见误判场景：null、泛型擦除、跨模块类加载
看似简单，但在真实工程中容易翻车：
立即学习“Java免费学习笔记（深入）”；
-
null instanceof AnyClass→ 永远false，但若逻辑依赖“非 null 才判断”，这里就是空指针隐患源头 - 泛型集合里取元素：
List→list = new ArrayList(); list.add(42L); Number n = list.get(0); if (n instanceof Integer) false（实际是Long），别想当然 - OSGi 或模块化环境里，同一类名由不同
ClassLoader加载 →instanceof返回false，即使字节码完全一致
真正难的不是语法，而是意识到 instanceof 判断的是「运行时实际类型」，而非变量声明类型、泛型约束或开发者的主观预期。一旦涉及多模块、反射、序列化或动态代理，它的返回值就可能和直觉相反。
