直接用 new 不算克隆，因为其创建的是全新实例，需手动赋值且无法复用当前状态；而 clone() 是 Java 提供的标准化快照复制机制，需实现 Cloneable 接口并重写 clone() 方法。
为什么直接用 new 不算克隆？
克隆的本质是创建一个“独立但状态一致”的新对象。直接 new 出来的是全新实例，字段值全靠手动赋值，既易错又无法复用已有状态；而 clone() 是语言层面对“复制当前对象快照”的标准化支持，前提是类正确实现了 Cloneable 接口并重写了 clone() 方法。
注意：Cloneable 是个空接口（marker interface），不实现它却调用 super.clone() 会抛出 CloneNotSupportedException —— 这不是设计缺陷，而是 Java 强制你显式声明“我允许被克隆”。
clone() 默认行为是浅拷贝，怎么验证？
浅拷贝只复制对象本身字段的值：对基本类型是值复制，对引用类型只是复制引用地址，新旧对象共享同一堆内存中的子对象。
public class Person implements Cloneable {
String name;
Address address;
public Person(String name, Address address) {
this.name = name;
this.address = address;
}
@Override
protected Object clone() throws CloneNotSupportedException {
return super.clone(); // 没有重写逻辑，就是浅拷贝
}
}
Address addr = new Address("Beijing");
Person p1 = new Person("Alice", addr);
Person p2 = (Person) p1.clone();
p2.address.city = "Shanghai";
System.out.println(p1.address.city); // 输出 "Shanghai" —— 被意外改了
这就是典型的浅拷贝陷阱：修改克隆体的引用字段，原对象跟着变。
立即学习“Java免费学习笔记（深入）”；
如何安全实现深拷贝？
深拷贝要求所有嵌套对象也一并复制，确保新对象与原对象完全隔离。有三种常用方式：
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 在
clone()中手动递归调用每个可克隆字段的clone()（要求字段类型也实现Cloneable） - 使用序列化（
ObjectOutputStream→byte[]→ObjectInputStream），适合可序列化的类，但性能差、不能处理 transient 字段或不可序列化成员 - 用第三方库如
Apache Commons Lang的SerializationUtils.clone()或BeanUtils.cloneBean()（后者是浅拷贝）
手动深拷贝示例：
@Override
protected Object clone() throws CloneNotSupportedException {
Person cloned = (Person) super.clone();
if (this.address != null) {
cloned.address = (Address) this.address.clone(); // 假设 Address 也实现了 Cloneable
}
return cloned;
}
关键点：super.clone() 只负责本层字段，嵌套对象必须显式克隆，否则仍是浅拷贝。
为什么 clone() 方法是 protected？
这是 Java 设计者有意为之：防止外部代码随意调用未受控的克隆逻辑。你必须在类中将它改为 public，才能被其他包安全调用。
另一个常被忽略的问题是构造函数逻辑不会执行 —— clone() 绕过构造器，直接分配内存并复制字段。如果构造器里做了资源初始化（如打开文件、注册监听器），这些都不会在克隆时发生；同样，final 字段在浅拷贝中可以被绕过语法限制直接复制（JVM 允许），但语义上可能破坏不变性。
真正需要深拷贝时，比起魔改 clone()，更推荐用拷贝构造器（Person(Person other)）或工厂方法，语义清晰、可控性强、IDE 友好、调试方便 —— clone() 在现代 Java 工程中已逐渐退居二线。
