标记接口是空接口，仅用于语义标记，可通过 instanceof 判断实现关系以支持运行时类型识别与行为分支，如 Serializable；虽现代 Java 倾向注解替代，但 instanceof 校验仍有效、安全且类型系统原生支持。
标记接口本身没有方法，但可以通过 instanceof 判断对象是否实现了该接口，从而在运行时做类型识别或行为分支。
标记接口的定义和作用
标记接口（Marker Interface）是空的接口，不声明任何方法，仅用于“标记”某类具备某种语义或能力。例如 Serializable、Cloneable 就是典型的标记接口。JVM 或框架会根据是否实现该接口，决定是否允许序列化或克隆操作。
虽然现代 Java 更倾向用注解替代标记接口，但 instanceof 对标记接口的校验依然有效且简洁。
用 instanceof 检查标记接口
因为标记接口是接口类型，只要类显式 implements 它，其实例就可通过 instanceof 返回 true：
立即学习“Java免费学习笔记（深入）”；
- 语法与普通接口一致：
obj instanceof MyMarkerInterface - 即使接口为空，只要类型系统认可实现关系，结果就是
true - 支持多态：父类未实现，子类实现后，子类实例对该接口 instanceof 为
true
示例：
interface Loggable {}
class User implements Loggable {}
class Admin {}
Loggable user = new User();
System.out.println(user instanceof Loggable); // true
System.out.println(new Admin() instanceof Loggable); // false
实际使用中的注意事项
instanceof 校验标记接口是安全的，但需注意几点：
- 不能对
null值直接调用instanceof—— 结果恒为false，无需额外判空（这是语言保障） - 泛型擦除不影响校验：即使
List<? extends Loggable>在运行时只剩List，仍可对具体元素做instanceof Loggable - 避免过度依赖：标记接口无法携带元数据，如需区分不同“标记含义”，建议改用枚举或注解
与注解方式的对比
相比注解（如 @Loggable），标记接口的优势在于：
- 编译期强制实现，避免遗漏
- 类型系统原生支持，
instanceof直观高效 - 可参与泛型约束（如
<T extends Loggable>）
但缺点也很明显：无法参数化、无法动态添加、继承链中易被意外传播。所以新项目中更推荐用注解 + 反射/服务发现机制替代。
