直接调用 clone() 抛 CloneNotSupportedException 是因 Object.clone() 为 protected 且仅允许实现 Cloneable 接口的类调用；未实现该接口即违反契约，JVM 拒绝执行。

为什么直接调用 clone() 会抛 CloneNotSupportedException

因为 Object.clone() 是 protected 方法，且默认只允许实现 Cloneable 接口的类调用。没声明接口就调，JVM 直接拒绝——这不是权限问题，是契约缺失。

实操建议：

• 必须在类声明中显式 implements Cloneable（空接口，仅作标记）
• 必须重写 clone() 并设为 public，内部调用 super.clone()
• 若父类没实现 Cloneable 或没开放 clone()，子类无法靠继承获得能力

clone() 默认只做浅拷贝，哪些字段会被共享

所有引用类型字段（String 除外，因不可变）的地址值被复制，新旧对象指向同一堆内存。基本类型和 String 字段不受影响。

常见错误现象：修改克隆对象里的 ArrayList 或自定义对象字段，原对象同步变化。

示例场景：

class Person {
    String name;           // ✅ 浅拷贝安全（String 不可变）
    int age;               // ✅ 基本类型，独立副本
    List<String> tags;   // ❌ 共享同一个 ArrayList 实例
    Address addr;          // ❌ 共享同一个 Address 实例
}

此时若调用 person2.tags.add("new")，person1.tags 也会看到该元素。

如何让 clone() 支持深拷贝（针对特定字段）

不能依赖 Object.clone() 自动递归，必须手动对每个需深拷贝的引用字段调用其 clone() 或构造新实例。

实操建议：

• 确保被引用的类也实现了 Cloneable 并公开 clone()
• 对集合类，用构造器或 new ArrayList(otherList) 替代直接赋值
• 对数组，用 Arrays.copyOf() 或循环 new + clone
• 避免在 clone() 中调用可能抛异常的复杂逻辑（如 IO、锁），保持轻量

简短示例：

@Override
public Person clone() {
    try {
        Person cloned = (Person) super.clone();
        cloned.tags = new ArrayList<>(this.tags); // 深拷贝 List
        cloned.addr = this.addr != null ? this.addr.clone() : null; // 假设 Address 也支持 clone
        return cloned;
    } catch (CloneNotSupportedException e) {
        throw new AssertionError(e); // Cloneable 已实现，此处不应发生
    }
}

替代方案比 Cloneable 更可靠吗

是的。Cloneable 是 Java 早期设计缺陷的典型：接口无方法、语义模糊、易出错、反射不友好。现代项目更倾向以下方式：

• 拷贝构造器：new Person(src)，语义清晰，类型安全，IDE 友好
• 静态工厂方法：Person.from(src)，可返回子类或缓存实例
• 序列化反序列化（慎用）：适用于完全可序列化的简单结构，但性能差、破坏封装、依赖 Serializable

真正需要动态克隆（比如框架级对象复制）时，才考虑 Cloneable；日常业务代码里，它往往是第一个该被删掉的接口。

最常被忽略的一点：即使你写了 clone()，如果字段含 final 引用（且不是基本类型或不可变对象），编译期不会报错，但运行时 super.clone() 会失败——final 字段在 clone 过程中无法被重新赋值，除非它们本身是不可变的。