Java中clone()对多维数组是仅复制顶层引用的浅拷贝，即“一层新、内层旧”，修改副本内层数组会影响原数组；真正深拷贝需手动逐行clone或Arrays.copyOf。
Java 中 clone() 方法对多维数组的处理既不是“真正深拷贝”，也不是“完全无用”，而是一种有明确语义边界的浅拷贝——它只复制顶层引用，不触及嵌套结构。这种行为在实际开发中常被误判为“安全复制”，结果引发隐蔽的数据共享问题。
多维数组 clone() 的本质是“一层新，内层旧”
二维数组（如 int[][]）在 JVM 中本质上是「一维数组的数组」：外层数组每个元素都是对 int[] 对象的引用。调用 .clone() 时，JVM 仅创建一个新的外层数组对象，并把原有各子数组的引用逐个复制过去，但不会新建任何子数组。
这意味着：
-
arr != arr.clone()→ 顶层数组对象地址不同 -
arr[0] == arr.clone()[0]→ 第一行指向同一块内存 - 修改
arr.clone()[0][0]会同步改变arr[0][0]
一维 vs 多维：基本类型表现截然不同
一维基本类型数组（int[]、char[]）用 clone() 看似“深”，是因为元素是值类型，复制的是数值本身；而多维数组的“元素”是引用类型（即子数组），复制的只是地址。
立即学习“Java免费学习笔记（深入）”；
示例验证：
int[][] a = {{1, 2}, {3, 4}};
int[][] b = a.clone();
b[0][0] = 999;
System.out.println(a[0][0]); // 输出 999 —— 原数组被意外修改
真正独立副本的可靠实现方式
若业务确实需要完全隔离的多维副本（例如配置快照、并发写入前备份），必须显式逐层复制：
- 手动循环 + 每行
clone()：for (int i = 0; i < src.length; i++) dst[i] = src[i].clone(); - 用
Arrays.copyOf()替代每行clone()：dst[i] = Arrays.copyOf(src[i], src[i].length); - 避免序列化或 JSON 方案——它们开销远超数组复制本身，仅在复杂嵌套对象场景下才考虑
注意：Arrays.copyOf(arr, len) 对多维数组仍是浅拷贝，不能直接用于替代 clone() 解决嵌套问题。
性能与风险权衡：别让“一行代码”掩盖真实成本
clone() 在多维场景下速度虽快（比 System.arraycopy 稍慢但差距不大），但它提供的只是假性安全。真正代价在于后期因共享引用引发的调试困难、并发冲突或状态污染。
更轻量的替代思路：
- 用不可变封装（如
List<List<Integer>>配合unmodifiableList）替代裸数组 - 构造新对象而非修改原对象（如每次更新生成新二维列表，而非复用并改内部数组）
- 在 Android 或高频更新场景中，优先使用
DiffUtil或流式视图（Arrays.spliterator）避免全量复制
