instanceof用于判断引用类型是否为某类或接口实例，返回boolean；null时恒为false，不抛NPE；仅支持编译期已知的类/接口及原始泛型类型，不支持基本类型和参数化泛型。
instanceof 用来判断对象是否是某个类或接口的实例
它只对引用类型有效，返回 boolean。如果左边操作数为 null，结果恒为 false，不会抛异常——这点常被误认为会 NPE。
- 只能用于类、接口、泛型擦除后的原始类型（如
List），不能用于基本类型（int、boolean等） - 右边必须是编译期已知的类型，且与左边引用类型存在继承/实现关系，否则编译报错：
Incompatible types. Cannot cast ... - 若类未加载（如 Class.forName 失败后仍尝试 instanceof），不触发类初始化，但前提是该类名在编译期合法；若类根本不存在（NoClassDefFoundError 场景），代码压根编译不过
泛型集合用 instanceof 只能检查原始类型
由于类型擦除，instanceof List<String> 是非法语法，编译直接失败。你只能写 instanceof List，它无法区分 List<String> 和 List<Integer>。
- 想做泛型元素级判断？得配合
getClass().getTypeParameters()或运行时反射（如Field.getGenericType()），但成本高、不可靠 - 常见误操作：
list instanceof ArrayList<String>→ 编译错误；正确写法只有list instanceof ArrayList - 注意：
ArrayList<String> list = new ArrayList<>(); list instanceof List为true，因为ArrayList实现了List
替代 instanceof 的更安全写法：使用 getClass() == 比较
当需要严格判断“就是这个类”，而非“是这个类或其子类”时，instanceof 会误判。比如你只想处理 HashMap，但 LinkedHashMap 也满足 instanceof HashMap（因为后者是前者父类）。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 用
obj.getClass() == HashMap.class可避免继承链干扰 - 但注意：接口类型无法用
==判断（obj.getClass() == List.class永远 false），必须用instanceof - 对于 final 类（如
String、LocalDateTime），instanceof和getClass() ==效果一致，但语义不同：前者表达“属于该类型体系”，后者强调“类型完全一致”
instanceof 在 switch 表达式中要小心类型收窄
Java 14+ 支持 instanceof 模式匹配，例如 if (obj instanceof String s)，此时变量 s 在作用域内自动完成类型收窄。但容易忽略的是：收窄仅在该 if 分支内有效，且变量名不能重名。
立即学习“Java免费学习笔记（深入）”；
Object obj = "hello";
if (obj instanceof String s) {
System.out.println(s.length()); // ✅ s 已是 String 类型
}
// System.out.println(s.length()); // ❌ 编译错误：s 不在作用域
- 多个 instanceof 分支并列时，每个绑定的变量名必须唯一，否则编译失败
- switch 表达式中使用模式匹配（
case String s -> s.length()）同理，变量s仅在该case中有效 - 若对象是
null，整个 instanceof 模式匹配为false，不会绑定变量，也不会 NPE
instanceof 前先问自己：要的是“属于这个家族”，还是“必须是本人”。 
