instanceof是运行时类型检查操作符，用于判断对象是否为某类或接口的实例；它不进行类型转换，仅返回布尔值，对null返回false，对基本类型编译报错，右侧须为编译期已知类型。
instanceof 用来判断对象是不是某个类或接口的实例
它不是类型转换工具，而是运行时类型检查的守门人。用对了能避免 ClassCastException，用错了会掩盖设计问题或漏掉 null 情况。
- 只对引用类型有效，
instanceof对基本类型（如int、boolean）直接编译报错 - 左边操作数为
null时，结果恒为false，不会抛异常——这是安全但容易被忽略的细节 - 右边必须是编译期已知的类、接口或类型变量；不能是字符串、
Class对象或运行时才确定的类型 - 检查接口时，只要对象实际类型实现了该接口，就返回
true，哪怕声明类型是Object
什么时候必须配合强制转换一起用
检查通过后，JVM 并不自动帮你转类型，你得自己 cast——否则编译不通过。常见于处理泛型擦除后的集合、回调参数或父类引用场景。
- 典型模式：
if (obj instanceof String) { String s = (String) obj; /* 后续操作 */ } - 别写成
String s = (String) obj;然后 try-catchClassCastException——这比instanceof多一次异常开销，且语义模糊 - Java 14+ 支持模式匹配（
if (obj instanceof String s)），但需确认目标 JDK 版本和编译选项（--enable-preview） - 注意：如果类被
final修饰，JIT 可能优化掉部分instanceof检查，但逻辑上仍要写
容易踩的坑：继承链、泛型和模块化下的行为差异
instanceof 看的是运行时实际类型，不是声明类型，但受模块可见性、类型擦除和密封类限制影响。
- 子类实例
instanceof父类或接口，一定为true；但父类实例instanceof子类，永远false - 泛型信息在运行时不存在，
list instanceof List<string></string>编译失败，只能写list instanceof List - 模块未导出的类，即使反射能拿到，
instanceof也会因类不可见而编译报错（JDK 9+） - 密封类（
sealed）下，instanceof仍按实际类型判断，但 IDE 或静态分析可能提示“穷尽性不足”
替代方案：Optional + 方法引用 or Class.isInstance() 的适用边界
不是所有类型检查都该用 instanceof。它适合简单分支逻辑；复杂判定或需复用时，其他方式更清晰。
立即学习“Java免费学习笔记（深入）”；
-
clazz.isInstance(obj)等价于obj instanceof clazz，但支持运行时Class对象，适合插件或配置驱动场景 - 用
Optional包装返回值，再配合map()和方法引用（如obj -> ((String)obj).length()），可把类型转换和空值处理一并封装 - 如果检查后总要调用同一组方法，考虑提取为接口，让多态代替
instanceof分支——这是最常被跳过的重构点 - 注意：
isInstance()对null返回false，和instanceof行为一致，但反射调用有额外开销
真正麻烦的从来不是语法怎么写，而是没想清楚：这个检查到底是在补救设计缺口，还是在应对无法避免的外部输入？前者该重构，后者才轮到 instanceof 上场。
