浅拷贝仅复制对象自身字段，引用类型共享；深拷贝需手动逐层复制或序列化，但序列化有性能、安全及兼容性限制，无通用银弹。
浅拷贝就是clone()方法默认干的事
Java里Object.clone()默认只复制对象自身字段，对引用类型字段不做递归复制——也就是“复制一层”，后续修改原对象的List或Map，副本会跟着变。这不是bug，是设计如此。
要让clone()可用，类必须实现Cloneable接口（空接口，纯标记），否则调用会抛CloneNotSupportedException。注意：Cloneable不提供任何方法，只是解除Object.clone()的抛异常限制。
- 没实现
Cloneable就调clone()→ 抛CloneNotSupportedException - 字段含可变引用（如
ArrayList）→ 副本和原对象共享该集合 -
final字段无法在clone()中重新赋值，除非用反射绕过（不推荐）
示例：Person类有name（String）和hobbies（ArrayList<string></string>），直接super.clone()后，hobbies.add("swim")会影响两个对象。
深拷贝得手动处理每个引用字段
没有银弹。Java标准库不提供通用深拷贝机制，必须显式控制：对每个引用字段调用其自身的clone()、构造新实例，或用序列化等间接手段。
立即学习“Java免费学习笔记（深入）”；
常见做法是重写clone()，并在里面逐个深拷贝引用字段：
-
String、Integer等不可变类型可直接赋值（浅拷贝即安全） -
ArrayList建议用new ArrayList(originalList)构造新副本 - 自定义对象字段必须确保它自己支持克隆（实现
Cloneable+ 正确重写clone()） - 含循环引用时，手动深拷贝容易栈溢出，需加缓存记录已拷贝对象
示例片段：
public Person clone() {
try {
Person cloned = (Person) super.clone();
cloned.hobbies = new ArrayList<>(this.hobbies); // 深拷贝List
cloned.address = this.address != null ? this.address.clone() : null; // 假设Address也实现了clone()
return cloned;
} catch (CloneNotSupportedException e) {
throw new AssertionError(e);
}
}
别依赖序列化做深拷贝，除非你真懂它的约束
把对象序列化再反序列化确实能拿到深拷贝，但代价高、限制多，不是“一写就跑通”的方案。
- 所有嵌套对象及其字段类型都必须实现
Serializable - 含
transient字段会被跳过，导致数据丢失 - 含非静态内部类会隐式持有外部类引用，可能意外拷贝整个外层对象
- 序列化性能比手动克隆低一个数量级，且产生大量临时字节数组
- 某些类（如
Thread、Socket）根本不可序列化
如果真要用，确保类声明implements Serializable，并显式定义private static final long serialVersionUID = 1L;，避免因编译器生成规则变化导致反序列化失败。
第三方库（如Apache Commons Lang）的SerializationUtils.clone()本质还是序列化
SerializationUtils.clone()看着方便，但它底层就是用ObjectOutputStream和ObjectInputStream走一遍序列化流程，上面所有序列化的坑它一个不落。
- 它不会帮你检查
transient字段是否合理，也不会提示哪个类没实现Serializable——错误直到运行时才暴露 - 它不能跳过某些字段，也不能定制拷贝逻辑（比如只想深拷某几个字段）
- 如果项目禁用序列化（如部分安全策略），这个工具直接失效
真正需要灵活控制的场景，比如DTO转VO、含复杂图结构或需忽略某些字段，还是得写明确的构造函数或Builder模式，而不是依赖“自动”。
深拷贝从来不是调一个方法就能闭眼过关的事；关键在于清楚每一层引用是谁、变不变、要不要同步、有没有循环——这些信息只有你自己在写代码时知道。
