Java数组拷贝本质是内存操作：栈中变量存堆地址，arr2 = arr1仅复制引用，属假拷贝；真拷贝需在堆新开空间，常用Arrays.copyOf()、System.arraycopy()、clone()或循环赋值，其中基本类型数组拷贝即隔离，对象数组才需区分浅拷贝（共享对象）与深拷贝（递归克隆）。
Java数组拷贝不是简单“复制一份”，而是和内存布局强绑定的操作。搞不清堆、栈、地址引用，就容易写出看似复制实则共享的“假拷贝”。关键不在代码行数，而在理解数据到底存在哪、怎么被访问。
数组在内存里长什么样？
数组变量（比如 int[] arr）本身存在栈里，它只是一个指向堆中真实数据的地址。真正的数组元素——比如 {1, 2, 3, 4, 5}——全部连续存放在堆内存中。
这种连续布局带来两个核心特性：
- 随机访问极快：通过公式 首地址 + 索引 × 元素大小 直接算出位置，时间复杂度 O(1)
- 增删代价高：中间插入或删除需整体平移后续元素，最坏 O(n)
为什么 arr2 = arr1 不是拷贝？
这行代码只是把栈里 arr1 存的堆地址复制给了 arr2。两个变量指向同一块堆内存，改谁都会影响对方——本质是浅拷贝的极端简化版，连对象字段都没涉及，纯引用复制。
立即学习“Java免费学习笔记（深入）”；
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
常见误写示例：
int[] a = {1, 2, 3};
int[] b = a; // ❌ 不是拷贝，是别名
b[0] = 99;
System.out.println(Arrays.toString(a)); // 输出 [99, 2, 3]
真正拷贝的四种方式及适用场景
要获得独立副本，必须在堆中新开一块连续空间，把原数组内容搬过去。
- Arrays.copyOf()：最常用。内部调用 System.arraycopy，自动创建新数组，支持截取、扩容、类型转换（如 int[] → long[]）
- System.arraycopy()：JVM 底层指令级搬运，零开销边界检查，支持同数组内原地移位（如删除后前移）、环形缓冲区调整
- clone()：数组原生支持，返回新数组，但只做浅拷贝；对基本类型数组完全可用，对对象数组仅复制引用
- 循环赋值：语义清晰，适合教学或特殊逻辑（如带条件过滤复制），但性能最差，不推荐生产环境
深拷贝 vs 浅拷贝：数组里的陷阱
基本类型数组（int[]、double[]等）不存在深浅之分——元素是值，拷贝即隔离。
对象数组（String[]、Person[]等）才需区分：
- 浅拷贝（Arrays.copyOf 或 clone）：新数组里每个元素仍是原对象的引用，改对象内容仍会互相影响
- 深拷贝：需递归克隆每个对象。常见做法是让元素类型实现 Cloneable 并重写 clone()，或用序列化/JSON 工具
例如：String[] 虽是对象数组，但因 String 不可变，浅拷贝已足够安全；而 Person[] 就必须深拷贝才能彻底解耦。
