Cloneable 是 JVM 强制校验的标记接口，缺之则调用 clone() 必抛 CloneNotSupportedException；它不提供方法，仅授权 Object.clone() 的 native 执行权限，与浅拷贝机制无关。
Cloneable 接口为什么是个空接口，却不能省略？
因为 Cloneable 不是“功能接口”，而是 JVM 的一道安全闸门——它不提供任何方法，只用来授权 Object.clone() 的调用合法性。
如果你没实现 Cloneable，哪怕重写了 clone() 方法，一调用就会抛出 CloneNotSupportedException。这不是 Java 代码层面的检查，而是 JVM 在 native 层做的硬校验。
- 没实现
Cloneable→super.clone()直接炸，不管你怎么 try-catch - 实现了
Cloneable→ JVM 才允许执行底层内存拷贝（按位复制对象头 + 实例字段） - 即使你重写了
clone()并声明为public，缺了这个接口，照样被拦在门外
Serializable 和 Cloneable 都是标记接口，但作用机制完全不同
Serializable 是给序列化框架（如 ObjectOutputStream）看的：它不参与运行时行为控制，只影响反序列化时的对象重建逻辑；而 Cloneable 是给 JVM 自己看的：它直接决定 clone() 这个 native 方法能否执行。
-
Serializable缺失 → 写入流时抛NotSerializableException，发生在序列化阶段 -
Cloneable缺失 → 调用clone()时抛CloneNotSupportedException，发生在对象克隆瞬间 - 两者都不含方法，但一个靠反射识别，一个靠 JVM 字节码校验，底层机制毫无关系
为什么 clone() 默认是浅拷贝？这和 Cloneable 有关系吗？
没关系。Cloneable 只管“能不能克隆”，不管“怎么克隆”。Object.clone() 的浅拷贝行为是 JVM 固定实现：分配新内存 + 按字段逐字节复制，对引用类型字段不做递归处理。
立即学习“Java免费学习笔记（深入）”；
- 基本类型字段（
int、boolean等）→ 值被完整复制 - 引用类型字段（
List、自定义对象等）→ 地址值被复制，新旧对象指向同一堆内存 - 要深拷贝，必须在重写的
clone()方法里手动克隆引用字段，比如调用list.clone()或 new 一个新集合再 addAll
别把 Cloneable 当成“可克隆”的文档注释
它是个运行时契约，不是开发备注。很多团队误以为“只要重写 clone 就行”，结果上线后某处忘了加 implements Cloneable，一触发克隆就崩，而且错误堆栈不提示缺接口，只报 CloneNotSupportedException，排查起来像黑盒。
- IDE 不会警告你漏写
Cloneable，编译也过 - 单元测试若没覆盖 clone 路径，这个问题能潜伏到生产环境
- 尤其在继承链中：父类实现了
Cloneable，子类重写clone()却没再声明接口，也会失败
真正容易被忽略的是：这个空接口不是摆设，它是 JVM 对象生命周期里一道无声但强硬的准入检查。
