数组拷贝本质是堆内存的复制操作，需新开辟独立内存并逐个复制元素；引用赋值仅复制地址，不创建新数组；arrays.copyof、clone()、system.arraycopy和循环赋值是四种拷贝方式；数组回收取决于引用可达性，与内容无关；gc按分代管理数组，大数组可能直接进入老年代；静态引用、集合缓存、未解注册监听器易致内存泄漏。
数组拷贝本质是堆内存的复制操作
Java中数组是对象，所有new出来的数组都存放在堆内存中。变量名（如arr1）本身不存数据，只存指向堆中数组首地址的引用，这个引用存在栈里。所以arr2 = arr1只是把栈里的地址值复制了一份，两个变量指向堆中同一块连续内存区域。改arr2[2]，等于直接修改堆里那个数组的第三个位置——arr1自然也看到变化。
真正“拷贝数组”，必须在堆中新开辟一段独立内存，把原数组每个元素的值逐个复制过去。这时arr1和arr2各自持有不同地址，互不影响。
- Arrays.copyOf(arr, newLength)：底层调用System.arraycopy()，高效、安全，推荐日常使用
- clone()：数组对象自带方法，返回新数组，但需注意类型强转（如int[] b = (int[]) a.clone();）
- System.arraycopy(src, 0, dst, 0, length)：底层C实现，性能最优，适合大数组或需指定范围拷贝
- 循环赋值：可读性好，但效率低，仅适合小数组或教学演示
数组引用断开才可能触发垃圾回收
堆中的数组能否被回收，不取决于数组内容是否改变，而取决于有没有“活的引用”还连着它。只要至少一个变量（局部变量、静态字段、集合元素等）仍持有该数组的地址，GC就不会动它。
一旦所有引用都被清除（比如设为null、超出作用域、从集合中移除），且该数组对象无法通过任何GC Roots（如栈帧变量、静态变量）到达，它就变成“不可达对象”，下次GC运行时就会被标记并回收。
- 局部数组变量随方法结束自动出栈，若没被其他地方引用，对应堆数组立刻可回收
- 静态数组引用生命周期与类相同，除非显式置null，否则通常长期驻留
- 将数组存入List或Map后，需同时移除容器引用，才能释放数组内存
GC对数组的回收策略取决于所在分代
数组和其他对象一样，按创建后的存活时间被JVM分配到不同堆区域：新数组优先进新生代Eden区；经历几次Minor GC还活着，就晋升到老年代。GC策略因此不同：
- 新生代（Eden + Survivor）：采用“标记-复制”算法。数组若未被引用，GC时直接丢弃整块Eden区，无需逐个清理——快但浪费一半空间
- 老年代：数组长期存活后移入此处。GC用“标记-整理”或“标记-清除”，先标记存活数组，再压缩内存或清理空隙，避免碎片影响大数组分配
- 大数组（>阈值）：HotSpot会直接分配到老年代（称为“TLAB bypass”），跳过新生代，减少复制开销
避免常见内存陷阱
数组本身不易泄漏，但不当使用引用容易让本该回收的数组一直挂着：
- 静态集合缓存数组却不清理，导致数组长期被持有
- 监听器、回调中隐式保存数组引用，忘记解注册
- 用弱引用（WeakReference）包装数组，可在内存紧张时自动释放，适合缓存场景
- 频繁创建临时数组（如字符串split结果）却无节制，易引发频繁Minor GC，拖慢性能
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
