instanceof识别标记接口本质是JVM在运行时检查对象所属类是否显式声明implements该空接口，从而判断其语义标识；它高效、安全、语义清晰，适用于Serializable等标准标记接口及自定义场景。
Java中通过instanceof识别标记接口，本质是利用运行时类型检查机制判断某个对象是否“实现了该空接口”。由于标记接口不定义任何方法，它不参与行为契约，只起语义标识作用——instanceof正是读取这一语义的最直接方式。
标记接口的 instanceof 检查原理
Java虚拟机在类加载和对象创建时，会记录类实现的所有接口（包括空接口）。当执行 obj instanceof Marker 时，JVM 查看该对象实际所属类的类型信息表，确认其是否在编译期就声明了 implements Marker。只要满足，结果就是 true；哪怕接口里一个方法都没有，也不影响判断。
- 检查发生在运行时，与泛型擦除无关，不受类型参数影响
- 若对象为
null，表达式直接返回false，不会抛异常 - 不能用
instanceof检查原始类型（如int）、void或未声明的类名
常见 JDK 标记接口的 instanceof 使用场景
标准库中多个标记接口依赖 instanceof 触发差异化逻辑：
-
Serializable：ObjectOutputStream 在写对象前检查
obj instanceof Serializable，不满足则抛NotSerializableException -
Cloneable：Object 的
clone()方法内部会判断this instanceof Cloneable，否则抛CloneNotSupportedException -
RandomAccess：Collections 工具类（如
binarySearch）用它区分访问策略：if (list instanceof RandomAccess)决定是否采用随机索引遍历而非迭代器
自定义标记接口的 instanceof 实践要点
自己定义标记接口后，instanceof 用法简洁但需注意细节：
立即学习“Java免费学习笔记（深入）”；
- 接口必须声明为
public interface MyMarker { }（无任何成员） - 目标类需显式
implements MyMarker，仅继承父类或间接实现无效 - 检查代码应放在通用处理逻辑分支中，例如：
if (data instanceof Exportable) {
exportAsExcel(data);
} else {
exportAsCsv(data);
} - 避免在性能敏感循环内反复做相同检查——可提前缓存结果，如
boolean isRandom = list instanceof RandomAccess;
为什么不用反射替代 instanceof？
虽然也能用 obj.getClass().isAssignableFrom(MyMarker.class) 或 obj.getClass().getInterfaces() 遍历判断，但 instanceof 更高效、更安全、更语义清晰：
- JVM 对
instanceof有专门优化，通常比反射快一个数量级 - 反射需处理异常、空指针、访问权限等问题；
instanceof是语言级安全运算符 - 意图明确：不是“查元数据”，而是“问能力归属”，这正是标记接口的设计本意
