Java数组复制方法对比：arraycopy与copyOf

Java中数组复制看似简单，但System.arraycopy的“零容忍”越界机制常让开发者猝不及防——它不主动校验源数组长度是否足够，仅机械搬运，稍有不慎便抛出ArrayIndexOutOfBoundsException；本文直击痛点，详解arraycopy与copyOf的核心差异、越界根源及关键校验逻辑（如srcPos + length ≤ src.length），帮你避开隐形陷阱，写出更健壮、更安全的数组操作代码。

System.arraycopy 怎么用才不越界

直接调用 System.arraycopy 时，最常遇到的不是功能问题，而是 ArrayIndexOutOfBoundsException —— 它不检查源数组长度是否足够，只机械地按你给的 srcPos 和 length 去搬数据。

实操建议：

• 必须手动校验：srcPos + length 且 destPos + length
• 目标数组必须已存在且容量足够；它不会帮你扩容，也不会新建数组
• 适合场景：已有目标数组、需部分拷贝、或在循环中反复复用同一块内存（如缓冲区滚动）
• 性能上几乎零开销，是 JVM 内联优化的热点，比任何纯 Java 循环都快

Arrays.copyOf 为什么有时返回新数组有时报错

Arrays.copyOf 的行为取决于第二个参数 newLength：小于原数组长度就截断，大于就填充默认值（0、null 或 false），但前提是传入的是真实数组引用，不能是 null。

常见错误现象：

• 传入 null → 直接抛 NullPointerException（不像 System.arraycopy 那样先校验位置再崩）
• 想复制子区间却误用它：它只能从头开始复制，不支持偏移量
• 泛型数组复制会擦除类型，Arrays.copyOf(arr, len, String[].class) 必须显式传 Class 对象，否则返回 Object[]

选 System.arraycopy 还是 Arrays.copyOf？看这三点

别凭“名字听起来高级”选，关键看三件事：

• 要不要新数组？要 → 用 Arrays.copyOf；已有目标数组且不想 GC 新对象 → 用 System.arraycopy
• 要不要从中间开始拷贝？要 → 只能用 System.arraycopy；只复制前 N 个 → 两个都行，但 Arrays.copyOf 更简洁
• 是否在高性能路径里（如网络包解析、音视频帧处理）？是 → 优先 System.arraycopy，避免隐式扩容和类型检查开销

示例对比：把 int[] src = {1,2,3,4,5} 的后三个元素复制到新数组

int[] dst1 = Arrays.copyOfRange(src, 2, 5); // ✅ 简洁，推荐
int[] dst2 = new int[3];
System.arraycopy(src, 2, dst2, 0, 3); // ✅ 精确控制，适合嵌入循环

容易被忽略的兼容性细节

Java 6 引入 Arrays.copyOf，但早期 Android（API System.arraycopy 自 Java 1.0 就存在，所有环境都稳。

另一个隐形坑：

• System.arraycopy 支持跨类型引用数组拷贝（如 Object[] → String[]），但运行时检查类型，不匹配就抛 ArrayStoreException
• Arrays.copyOf 的泛型重载（带 Class 参数）在低版本 JDK 里可能因类型推导失败导致编译错误，宁可显式写全
• 多维数组复制：两者都只做浅拷贝；想深拷贝得自己递归或用 Arrays.deepCopy（注意：这货是 Apache Commons 的，JDK 没有）

真正麻烦的永远不是语法，是哪个环节该做边界检查、哪个环节该提前分配内存、以及——别人传来的数组到底是不是 null。

本篇关于《Java数组复制方法对比：arraycopy与copyOf》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！