数组克隆本质是值拷贝：基本类型数组复制数值，实现深拷贝效果；引用类型数组仅复制引用，属浅拷贝，需按元素可变性分层处理实现深拷贝。
Java 数组克隆不是对象克隆，它本身不涉及 Cloneable 接口或 clone() 方法的语义陷阱，但“克隆”一词常被泛用于数组复制。真正需要区分的是：**是否只是复制引用、还是复制元素值、抑或递归复制元素对象**——这直接决定后续修改是否影响原数组，也关系到系统稳定性与数据隔离性。
数组克隆的本质是值拷贝，但仅限于基本类型
Java 中数组是对象，但其元素若为基本类型（如 int[]、double[]），所有标准拷贝方式（clone()、Arrays.copyOf、System.arraycopy）都自动完成“深拷贝效果”：每个数值被独立复制，互不影响。
-
int[] src = {1, 2, 3}; int[] copy = src.clone();→ 修改copy[0]不影响src - 同理，
Arrays.copyOf(src, src.length)或System.arraycopy(src, 0, dest, 0, src.length)效果一致 - 原因：基本类型存储在栈或数组连续内存中，拷贝即复制实际数值
引用类型数组需警惕“假深拷贝”
当数组元素是引用类型（如 Person[]、List[]），上述方法只复制引用地址，属于**浅拷贝**。新旧数组指向同一组对象实例，改对象内容仍会互相干扰。
- 例如：
Person[] people = {new Person("Alice")}; Person[] copied = people.clone(); -
copied[0].setName("Bob");→ 原people[0]名字也变成 Bob - 这不是 bug，而是设计使然：JVM 不会自动递归克隆元素对象
实现真正的深拷贝：分层处理策略
对引用类型数组做深拷贝，必须显式控制元素层级的复制逻辑。没有银弹，需按对象可变性选择方案：
立即学习“Java免费学习笔记（深入）”；
-
元素不可变（如
String、LocalDateTime、自定义record）→ 直接用clone()或Arrays.copyOf()即可，安全高效 -
元素可变且实现
Cloneable→ 遍历调用element.clone()，注意异常捕获与类型强转 -
元素无克隆支持或结构复杂 → 用序列化（要求所有元素及字段可序列化）：
ObjectInputStream+ByteArrayInputStream反序列化新数组 - 高性能/可控场景 → 手动构造新对象并逐字段赋值（尤其适合 DTO 或领域模型），避免反射与 IO 开销
ArrayList 等集合的克隆要单独对待
数组和 ArrayList 的克隆行为常被混淆。虽然 ArrayList.clone() 返回新对象，但它仍是浅拷贝：内部 elementData 数组被复制（值拷贝），但数组里存的仍是原对象引用。
- 想真正隔离数据？要么用
stream().map(Objects::deepClone).collect(...)（需配套深克隆工具） - 要么遍历创建新元素：
list.stream().map(p -> new Person(p.getName())).collect(Collectors.toList()) - 避免踩坑：不要把
new ArrayList(original)当深拷贝——它只是新 list 包装老元素，和clone()效果相同
不复杂但容易忽略：数组克隆质量取决于元素类型和复制意图。明确“我要复制的是数据，还是只是句柄”，再选方法，代码健壮性自然提升。
