根本原因是类未实现cloneable接口；该标记接口无方法，仅告知jvm启用native克隆流程，未声明则jvm直接抛clonenotsupportedexception。
java中抛出 clonenotsupportedexception 的根本原因，不是代码写错了，而是类没打上“可克隆”的入场标签——也就是没实现 cloneable 这个标记接口。
Cloneable 是纯语义标记，不提供任何方法
它没有字段、没有方法，甚至不能被继承。哪怕父类实现了 Cloneable，子类也必须自己显式写 implements Cloneable，否则调用 super.clone() 时 JVM 在 native 层直接拦截，立刻抛异常。这不是 Java 代码抛的，是 JVM 硬性校验失败的结果。
异常只管“能不能”，不管“克得对不对”
只要类声明了 Cloneable，JVM 就放行内存拷贝流程；但拷贝后字段是否共享、final 字段怎么处理、引用对象要不要深拷贝——这些全由开发者负责，异常不会管。
- 没实现 Cloneable → 必抛 CloneNotSupportedException
- 实现了 Cloneable 但没重写 clone() → 编译可能过，运行时调不到（protected 权限限制）
- 重写了 clone() 却没改成 public → 外部类无法调用
- 正确实现后仍出逻辑错误（如浅拷贝引发数据污染）→ 不会再抛这个异常，而是行为异常
它和 Serializable 是同一设计哲学的两面
两者都是空接口，作用却关键：告诉 JVM 启动不同的底层机制。Serializable 开启序列化路径，Cloneable 开启 native 内存拷贝路径。它们不封装能力，只表达契约——你主动声明，才被允许进入对应流程，责任与权限同步绑定。
实际修复只需三步
要让对象真正可克隆，必须同时满足：
- 类声明
implements Cloneable（大小写敏感，不可省略） - 重写
public Object clone() throws CloneNotSupportedException - 在方法体中调用
super.clone()，并按需处理可变引用字段
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
