java数组克隆是浅拷贝，基本类型数组用clone()即安全，对象数组需手动或序列化实现深拷贝，应按需选择策略避免性能损耗。
Java 中数组克隆不是深拷贝，只是浅拷贝——原始数组和克隆数组共享同一份元素引用。要真正保护原始数据不被修改，必须根据元素类型选择合适的深拷贝策略。
一、基本类型数组：clone() 就够用
对于 int、double、boolean 等基本类型数组，clone() 是安全的深拷贝行为，因为基本类型值直接复制，不存在引用共享问题。
- 调用
int[] copy = original.clone();后，修改copy[0]不会影响original[0] - 等价写法：
int[] copy = Arrays.copyOf(original, original.length); - 注意：不能用
Object[] copy = original.clone();赋值给 Object 数组（类型不匹配），需显式转型
二、对象数组：clone() 只是浅拷贝
对于 String[]、Person[] 这类引用类型数组，clone() 只复制数组容器本身，每个元素仍是原对象的引用。修改副本中某个对象的状态，原始数组里对应位置的对象也会变。
- 例如：
String[] arr = {"a", "b"}; String[] copy = arr.clone(); copy[0] += "x";—— 这里不影响 arr[0]（String 不可变） - 但若元素是可变对象：
Person[] people = {new Person("Alice")}; Person[] copy = people.clone(); copy[0].setName("Bob");—— 此时people[0]名字也变成 Bob - 解决办法：手动遍历创建新对象，或使用支持深拷贝的工具类（如 Apache Commons Lang 的
SerializationUtils.clone()）
三、通用深拷贝方案：序列化 vs 手动构造
深拷贝本质是“重建对象图”。Java 没有内置通用深拷贝机制，常用两种思路：
-
序列化方式：要求所有对象及字段都实现
Serializable，通过对象流写入再读出实现深拷贝；优点是通用，缺点是性能低、反射开销大、不支持 transient 或不可序列化字段 -
手动构造方式：为关键类提供
copy()方法或带参构造器，明确控制哪些字段需要复制、哪些需要新建（如内部 List、Map、自定义对象）；更可控、更高效，适合业务逻辑清晰的场景 - 避免依赖 JSON 序列化做深拷贝（如 Gson），它会丢失类型信息、忽略 transient 字段、无法处理循环引用，仅适用于简单 DTO 场景
四、实用建议：按需选择，别盲目深拷贝
不是所有场景都需要深拷贝。过度拷贝带来性能损耗，而完全不拷贝又可能引发并发或逻辑错误。
- 只读场景（如配置缓存、查询结果展示）：用
Arrays.asList(...).toArray()或clone()即可，无需深拷贝 - 传参给外部方法时，若不确定对方是否修改内容，对可变对象数组优先做防御性拷贝
- 在集合类中存储数组时特别小心：
map.put("key", arr)后，后续修改arr会影响 map 中的值，应先 clone 再 put - 考虑用不可变容器替代：如 Guava 的
ImmutableList.copyOf(arr)，从源头杜绝修改风险
不复杂但容易忽略：看清数组元素类型，再决定 clone 是否足够；对可变对象，深拷贝不是选项，而是必要防线。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
