对象数组深拷贝要求每个元素均为独立副本，修改互不影响；需根据场景选择手动clone、json序列化或序列化/反序列化方案，核心是确保对象内部引用字段也递归复制。
对象数组的深拷贝不是“复制数组”本身，而是让新数组里的每个对象都成为独立副本——改副本不会影响原数组，改原数组也不会波及副本。
先确认你真的需要深拷贝
如果数组元素是不可变类型（如 String、Integer、LocalDate），或业务逻辑中从不修改对象内部状态，那 Arrays.copyOf()、clone() 或 System.arraycopy() 就够用了，它们是安全的“逻辑深拷贝”。只有当你明确要隔离修改（比如编辑副本时不能动原始数据），才需真正深拷贝。
- 验证方式很简单：改 copy[0].name 后，立刻读 original[0].name —— 变了就是浅拷贝，没变才是深拷贝成功
- 别只看 copy != original，数组引用不同不代表里面装的对象也不同
手动遍历 + 元素克隆（推荐给可控场景）
适合已设计好 clone() 方法的自定义类。关键不是“调用 clone”，而是 clone() 内部是否递归处理了所有可变引用字段（比如 Person.address、Person.hobbies 等）。
- 确保类实现 Cloneable，并重写 clone()，且对每个引用字段调用其 clone()
- 代码示例：Person[] copy = new Person[src.length];
for (int i = 0; i - 优点：性能好、无序列化开销、逻辑清晰；缺点：需提前约定并维护 clone 的正确性
JSON 序列化反序列化（简单 DTO 场景首选）
适用于不含函数、Date、Map、Set、循环引用等复杂结构的 POJO 数组，写法最简：
- List
list = Arrays.asList(src);
String json = new Gson().toJson(list);
Person[] copy = new Gson().fromJson(json, Person[].class); - 注意：会丢失方法、undefined、Symbol；Date 变字符串；不支持循环引用；Gson 默认不处理 transient 字段
- 适合前后端传输后重建、测试数据构造等轻量场景
序列化/反序列化（通用但有代价）
唯一能处理任意嵌套、含集合、自定义类、甚至循环引用（需额外配置）的方案，前提是所有类及字段类型都实现 Serializable。
- 封装成泛型工具方法，捕获 IOException 和 ClassNotFoundException
- 性能比手动 clone 差不少，还存在反序列化安全风险（尤其处理不受信数据时）
- transient 字段不会被复制，如有业务依赖该字段，需额外处理
不复杂但容易忽略：深拷贝的本质不在数组操作，而在每个对象是否真正独立。初始化时就用 new Person(...) 构造新实例，有时比后期补拷贝更直接、更可靠。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
