必须手动实现clone()方法，因为Cloneable仅为标记接口，不提供克隆逻辑；Object.clone()是protected native方法，需重写为public并调用super.clone()才能生效，且仅执行字段级浅拷贝。
直接实现 Cloneable 接口并调用 super.clone() 是 Java 中最基础的浅拷贝方式，但它不自动生效，也不解决深层引用问题。
为什么必须手动实现 clone() 方法
Cloneable 是一个空标记接口，仅起语义通知作用——告诉 JVM 当前类允许被克隆。JVM 的 Object.clone() 方法在执行时会检查对象所属类是否实现了该接口，未实现则抛出 CloneNotSupportedException。因此，即使继承了 Object，你也必须：
- 显式声明
implements Cloneable - 重写
public Object clone()方法（通常设为public，否则子类调用受限） - 在方法体内调用
super.clone()并捕获或声明异常
浅拷贝的实际行为与典型代码
super.clone() 创建的是**字段级复制**：对基本类型字段复制值，对引用类型字段只复制引用地址，新旧对象共享同一堆内存中的对象实例。
例如：
public class Person implements Cloneable {
private String name;
private Address address; // 引用类型
public Person(String name, Address address) {
this.name = name;
this.address = address;
}
@Override
public Object clone() throws CloneNotSupportedException {
return super.clone(); // 浅拷贝：name 值复制，address 引用复制
}
}此时若修改克隆对象的 address.city，原对象的 address.city 也会变化——因为它们指向同一个 Address 实例。
浅拷贝的三个核心局限性
- 无法自动处理嵌套对象：所有非基本类型的字段（包括数组、集合、自定义对象）都只是复制引用，不是递归克隆
-
不支持 final 字段直接克隆：如果类中存在
final引用字段（如final List），tags super.clone()无法重新赋值，会导致编译错误或运行时异常，需在 clone 方法中手动重建 -
破坏封装与多态安全：返回类型是
Object，调用方需强制转型；若子类未重写clone()，父类克隆可能返回错误类型；且无法保证克隆后对象状态一致性（如未同步更新内部缓存或校验逻辑）
什么时候可以放心用浅拷贝
浅拷贝适用场景有限但明确：
- 对象只含基本类型和不可变引用（如
String、Integer、LocalDateTime），无需担心共享修改 - 引用字段本身也实现了深拷贝逻辑，并在
clone()中主动调用其clone()或构造新实例 - 业务上明确接受“共享底层数据”的语义（例如多个视图对象共用同一份配置数据）
否则，应考虑序列化、第三方库（如 Apache Commons Lang 的 SerializationUtils.clone()）、或手写深拷贝逻辑。
