Java中实现对象克隆最直接的方式是实现Cloneable接口并重写clone()方法，默认为浅拷贝；必须实现Cloneable因它是JVM识别可克隆的标记接口，否则抛CloneNotSupportedException；正确重写需声明public、调用super.clone()、处理异常；浅拷贝下引用字段共享，需手动深拷贝；现代开发更推荐拷贝构造器等替代方案。
Java中实现对象克隆最直接的方式是实现Cloneable接口并重写clone()方法，它默认提供的是浅拷贝——即只复制对象本身，不递归复制其引用的成员对象。
为什么必须实现Cloneable接口？
Cloneable是一个空标记接口（marker interface），不包含任何方法。它的作用是向Object.clone()表明：当前类允许被克隆。如果不实现该接口就调用clone()，运行时会抛出CloneNotSupportedException。
注意：Cloneable不是为了被继承或实现逻辑，纯粹是JVM层面的“许可信号”。
如何正确重写clone()方法？
需满足三点：声明为public、调用super.clone()、处理受检异常。推荐写法如下：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
public class Person implements Cloneable {
private String name;
private int age;
private Address address; // 引用类型
@Override
public Person clone() {
try {
return (Person) super.clone();
} catch (CloneNotSupportedException e) {
throw new RuntimeException(e); // 不建议向上抛出受检异常
}
}
}
- 返回类型可使用协变返回（如
Person而非Object），提升可读性 - 不要在
clone()里做深拷贝逻辑——那是浅拷贝的职责边界；若需深拷贝，应在内部手动处理引用字段 - 避免在构造器或初始化块中执行依赖状态的操作，因为
clone()不调用构造器
浅拷贝的实际表现与注意事项
克隆后，基本类型字段值被复制，引用类型字段仍指向原对象的同一实例。例如：
Person p1 = new Person("Alice", 30, new Address("Beijing"));
Person p2 = p1.clone();
p2.getAddress().setCity("Shanghai"); // 修改p2的address，p1也会变！
- 这是浅拷贝的典型特征：两个对象共享引用成员
- 如果引用对象本身不可变（如
String、LocalDateTime），则无需额外处理 - 若引用对象可变且业务要求隔离，必须在
clone()中手动克隆它们（即转为深拷贝）
替代方案提醒：慎用clone()
尽管Cloneable轻量，但存在设计缺陷：语义模糊、破坏封装、与final字段冲突、不支持泛型等。现代开发更倾向以下方式：
- 拷贝构造器：
public Person(Person other) { ... }，语义清晰，可控性强 - 静态工厂方法：
public static Person copyOf(Person src) { ... } - 序列化/反序列化（适用于深拷贝场景，但性能和可维护性较低）
- Lombok的
@Data+@Builder配合构建新实例，避免克隆副作用
除非明确需要兼容老代码或追求极致轻量，否则不建议将clone()作为首选克隆手段。
