浅拷贝只复制对象本身及基本类型值，引用类型仅复制地址；深拷贝则递归复制整个对象图，确保完全独立。关键看是否允许共享状态：读取或全局配置用浅拷贝，并发修改、缓存备份等须用深拷贝。
浅拷贝只复制对象本身，不复制它引用的其他对象；深拷贝则会递归复制整个对象图，包括所有被引用的对象。
浅拷贝：只复制一层引用
浅拷贝创建一个新对象，将原对象的字段值逐个复制过去。对于基本类型（如int、boolean），值被真正复制；对于引用类型（如String、ArrayList、自定义对象），只是把引用地址复制过去——新旧对象指向同一个堆内存中的实例。
常见实现方式：
- 实现Cloneable接口并重写clone()方法（默认行为就是浅拷贝）
- 使用构造函数传入原对象，手动赋值基本字段（引用字段仍直接赋值）
- 利用BeanUtils.copyProperties（Spring）等工具类，默认也是浅拷贝
示例：一个Person包含name（String）和address（Address对象）。浅拷贝后，两个Person的address字段指向同一个Address实例，修改其中一个的address.city，另一个也会变。
立即学习“Java免费学习笔记（深入）”；
深拷贝：彻底隔离对象关系
深拷贝确保新对象与原对象完全独立，包括其所有嵌套引用对象也都新建副本。修改拷贝后的任意层级数据，都不会影响原始对象。
常用实现方式：
- 手动在clone()中对每个引用字段调用其自身的clone()或新建对象
- 借助序列化（如ObjectOutputStream/ObjectInputStream）：要求所有相关类都实现Serializable
- 使用JSON工具（如Jackson、Gson）先序列化再反序列化（注意：需确保类结构可被正确映射，且无循环引用）
- 使用Lombok的@Builder配合手动构建，或MapStruct等映射框架配置深度复制
注意：String虽是引用类型，但因不可变性，在浅拷贝中通常无需额外处理；而ArrayList、HashMap等可变容器必须单独深拷贝其内部元素。
如何判断该用哪种拷贝
关键看业务是否允许“共享状态”：
- 若对象仅作临时读取、计算，或明确希望共享内部数据（如全局配置对象），浅拷贝更轻量高效
- 若涉及并发修改、缓存返回、表单提交前备份等场景，必须用深拷贝避免副作用
- DTO转换、API响应封装时，多数情况推荐深拷贝，防止内部逻辑意外污染返回数据
一个简单经验：只要对象里有可变的引用类型字段（尤其是集合、日期、自定义实体），且后续可能被修改，就该考虑深拷贝。
常见误区与注意事项
容易忽略的细节：
- clone()方法受保护，不实现Cloneable会抛CloneNotSupportedException
- 数组类型字段在clone()中默认是浅拷贝（即复制引用），一维基本类型数组除外（实际是值拷贝）
- 使用序列化实现深拷贝时，static和transient字段不会被复制
- 存在对象循环引用时，直接序列化会报错，需特殊处理（如自定义序列化逻辑或使用支持循环引用的库）
不复杂但容易忽略：深拷贝不是银弹，性能开销明显，应结合场景权衡。必要时可通过不可变设计（Immutable Pattern）从源头规避拷贝需求。
