Arrays.copyOf 性能优于手动循环，因其底层调用 JVM 高度优化的 native 方法 System.arraycopy，可绕过字节码解释、省略重复边界检查、利用 CPU 块拷贝与 SIMD 指令，并在扩容时一体化完成分配、拷贝与初始化。
Arrays.copyOf 性能通常优于手动循环拷贝，核心原因在于它底层调用了经过高度优化的本地方法 System.arraycopy，而该方法由 JVM 直接支持，能绕过 Java 字节码解释与常规对象访问开销。
底层调用 native 的 System.arraycopy
Arrays.copyOf 最终会委托给 System.arraycopy，这是一个 JVM 内置的本地（native）方法。JVM 对其做了深度优化，例如：
- 直接操作内存地址，避免逐个元素的 Java 层边界检查和类型校验（在满足条件时可省略）
- 利用 CPU 的块拷贝指令（如 x86 的
rep movsd），实现远高于单条赋值的吞吐量 - 对连续内存区域自动启用向量化（SIMD）或内存预取等硬件特性
避免重复的运行时检查
手动循环中，每次数组访问都要触发：
- 数组长度检查（防止 ArrayIndexOutOfBoundsException）
- 引用类型还需隐式 null 检查（若源或目标为对象数组且未初始化）
- 泛型擦除后无法避免的类型转换开销（如拷贝 Object[] 到 String[] 时）
而 System.arraycopy 在进入 native 层前一次性完成合法性校验，后续批量操作不再重复判断。
立即学习“Java免费学习笔记（深入）”；
更优的内存访问模式
手动循环按顺序逐个读写，但编译器和 JIT 很难对其做激进优化（尤其涉及多个数组变量、复杂索引表达式时）。而 System.arraycopy 被 JVM 视为“已知语义”的原子操作，JIT 可以：
- 将其内联为紧凑的汇编序列
- 与前后代码做更有效的寄存器分配和指令重排
- 在 G1 或 ZGC 等现代 GC 下，配合写屏障进行更轻量的卡表更新
数组扩容场景下的额外优势
当使用 Arrays.copyOf(arr, newSize) 扩容时，它会：
- 直接分配新数组并一次性拷贝有效元素，再将剩余位置设为默认值（如 0、null）
- 避免手动循环中常见的“先 new 数组 → 再循环拷贝 → 再补零/补 null”三段逻辑
- 部分 JVM 实现甚至对小数组采用栈上分配或缓存友好的填充策略
这些细节在纯 Java 循环中难以复现，也难以被 JIT 全面识别和优化。
不复杂但容易忽略：性能差距在小数组上可能不明显，但在高频调用、大数组或吞吐敏感场景下，Arrays.copyOf 的稳定性和上限明显更高。
