instanceof 作用于 null 直接返回 false 而不抛异常，需先判 null 再使用；泛型擦除后无法用 instanceof 判断具体类型参数；Java 17+ 推荐 switch 模式匹配替代，天然支持 null 分支和类型绑定。
instanceof 用在 null 上会怎样
直接返回 false，不会抛异常。这是很多人踩坑的起点——以为判了 instanceof 就安全了，结果变量是 null，逻辑悄悄跳过。
- 必须先判
null，再用instanceof，尤其在方法参数校验或集合遍历时 -
obj instanceof String在obj == null时安静返回false，容易掩盖空指针意图 - 如果业务上
null是非法输入，应该显式 throwNullPointerException或IllegalArgumentException，而不是依赖instanceof过滤
泛型擦除后还能用 instanceof 吗
不能判断带泛型的具体类型，比如 List<string></string> 和 List<integer></integer> 在运行时都是 List。JVM 擦除后只剩原始类型，instanceof 只能识别到这层。
-
list instanceof List✅ 可以 -
list instanceof List<string></string>❌ 编译报错：非法泛型类型 - 想区分元素类型？得靠反射读
list.getClass().getGenericSuperclass()，但不推荐——复杂、脆弱、性能差 - 更实际的做法：封装成带类型标记的容器，或用
Class<t></t>参数显式传入（如fromJson(json, String.class)风格）
替代 instanceof 的现代写法（Java 14+）
用 switch 表达式配合模式匹配，可读性更好，也天然规避 null 问题（加 default 分支即可兜底）。
Object obj = getUnknown();
String result = switch (obj) {
case String s -> "It's a string: " + s.length();
case Integer i -> "It's an int: " + i;
case null -> "Got null";
default -> "Unknown type: " + obj.getClass();
};
- 每个
case自动完成类型检查 + 变量绑定，不用额外强转 -
null单独成 case，语义清晰，避免漏处理 - 注意：模式匹配是预览特性（Java 14/15），正式支持从 Java 17 开始；若项目还在用 Java 8–11，别硬套
- 老代码里硬塞
instanceof+ 强转，容易漏掉括号或写错类型，switch 更安全
instanceof 在 equals() 里怎么用才对
常见错误是拿 this.getClass() != obj.getClass() 做类型守卫，看似严谨，实则破坏 LSP（里氏替换原则）——子类对象无法和父类对象相等。
立即学习“Java免费学习笔记（深入）”；
- 正确做法：用
obj instanceof MyType，不是obj.getClass() == MyType.class - 因为
instanceof允许子类实例通过父类类型检查，符合“子类应能替代父类”的契约 - 若真要严格限制同一类（禁止子类参与比较），得用
getClass()，但这是例外，不是默认 - 记得判
null：标准模板是if (obj == null || getClass() != obj.getClass()) return false;或更宽松的if (!(obj instanceof MyType)) return false;
null 当作合法分支；以及你的 JDK 版本是否允许更简洁的写法。别让一个 instanceof 成为隐藏的空指针或继承断裂点。 
