null instanceof 任意类型恒为 false，不抛异常；必须先判 null 再用 instanceof，顺序不可反；Java 14+ 可用 switch 类型模式替代，天然规避 null 问题。
instanceof 用在 null 上会怎样
直接返回 false，不会抛异常。这是很多人踩坑的起点——以为判了 instanceof 就安全了，结果后续调用方法时仍因 null 崩溃。
- 必须先判
null，再用instanceof，顺序不能反 -
null instanceof SomeClass在 Java 所有版本中都恒为false，包括 Java 14+ 的模式匹配预览版 - 如果封装成工具方法，别偷懒写成
obj instanceof T—— 泛型擦除后实际是obj instanceof Object，永远为true
替代 instanceof 的更安全写法（Java 14+）
用 switch 表达式配合类型模式（pattern matching），既省去强制转型，又天然规避 null 问题。
- 需要开启预览特性：
javac --enable-preview --source 14 - 语法形如：
switch (obj) { case String s -> ...; case Integer i -> ...; default -> ...; } -
case分支中变量s、i已自动完成转型，且该分支只在匹配成功时执行，null落入default - 注意：目前（截至 Java 21）仍不支持在
if中直接写if (obj instanceof String s)做单次判断并绑定变量（那是 Java 16+ 的增强，但仅限于instanceof后紧跟作用域块）
instanceof 判接口和抽象类的区别
语义一致，但运行时行为有隐含差异：判接口时，JVM 查的是对象实际类是否“实现”该接口；判抽象类时，查的是是否“继承”该类。二者都不能跨类层次结构误判。
- 一个类可以实现多个接口，所以
obj instanceof InterfaceA和obj instanceof InterfaceB可同时为true - 但一个类只能有一个直接父类（单继承），所以
obj instanceof AbstractX和obj instanceof AbstractY不可能同时为true（除非其中一个为另一个的子类） - 数组类型也参与判断：
new String[0] instanceof Object[]为true，但new String[0] instanceof Serializable也为true（因为所有数组都隐式实现Serializable和Cloneable）
编译期就能发现的 instanceof 错误
当左操作数的静态类型与右操作数类型完全不兼容时，编译器直接报错，不等到运行时。
立即学习“Java免费学习笔记（深入）”；
- 例如：
String s = "a"; if (s instanceof java.util.Date)→ 编译失败，提示 “incompatible types” - 这种检查基于静态类型，不是运行时类加载结果；所以泛型类型参数、类型擦除后的
Object或通配符会导致判断失效 - 常见误用：
List> list = new ArrayList<string>(); list instanceof List<string></string></string>—— 这里List<string></string>是参数化类型，编译器按List擦除处理，实际等价于list instanceof List，但写全限定名会触发编译错误
instanceof 看似简单，但容易给出你意想不到的结果。 
