arrays.copyof 总是返回新数组，适合需独立副本的场景；system.arraycopy 支持任意区间拷贝且不分配内存，适合复用目标数组或高频大数组操作；copyofrange 专用于截取区间，自动创建数组并支持起止索引。
System.arraycopy 和 Arrays.copyOf 都能复制数组，但它们的职责、使用方式和性能影响点完全不同。选哪个不取决于“谁更快”，而取决于你是否需要新数组、是否要控制起始位置、以及是否在性能关键路径上。
要不要新数组？这是第一道分水岭
Arrays.copyOf 总是返回一个新数组，内部先 new 出目标数组，再调用 System.arraycopy 拷贝数据。如果你每次都需要独立副本，比如做参数隔离或临时截取，它写起来最省事：
- 适合场景：获取前 N 个元素、扩容模拟 ArrayList、简单备份
- 注意点：传入 null 会直接返回 null（不抛异常）；传负长度会抛 NegativeArraySizeException
- 泛型陷阱：复制 String[] 时若只用 Arrays.copyOf(arr, len)，返回的是 Object[]，必须显式传 String[].class 才能得到正确类型
能不能从中间开始拷贝？决定了能否用 copyOf
Arrays.copyOf 只能从源数组索引 0 开始复制，长度超了就截断，短了就补默认值。它不支持偏移量 —— 想复制 src[2] 到 src[4]？它做不到。
- System.arraycopy 支持任意区间：srcPos 和 destPos 可以是任意合法下标，比如把 int[] 的第 3–5 个元素贴到另一个数组的第 1 位
- 还能操作同一数组：实现元素前移、后移、覆盖等逻辑（ArrayList 的 add/remove 底层就靠它）
- 风险提示：参数顺序写反（比如把 srcPos 和 destPos 搞混）不会编译报错，但运行时会静默覆盖错误位置，调试困难
是否在高频/大数组场景？决定性能敏感度
两者底层都走 JVM 的内存块拷贝（类似 memmove），纯拷贝速度几乎一样。真正拉开差距的是内存分配行为：
- System.arraycopy 不分配内存：目标数组必须提前创建好，适合缓冲区复用、网络包解析、音视频帧处理等避免 GC 的场景
- Arrays.copyOf 多一次 new：虽快，但频繁调用会增加堆压力；对小数组影响可忽略，对每秒数千次的大对象数组复制则需谨慎
- 没有“绝对更快”的 API：如果已有目标数组且循环复用，arraycopy 省掉分配开销；如果每次都新建，copyOf 少两行代码、少一个空指针风险，反而更稳
还有个实用替代：Arrays.copyOfRange
它专为“截取一段”而生，语法简洁，内部也调 arraycopy，行为介于两者之间：
- 自动创建新数组 + 支持 from/to 区间（如 copyOfRange(arr, 2, 5)）
- 比手写 arraycopy 少算长度（length = to - from），不易越界
- 不适合目标位置偏移或复用已有数组的场景
