System.arraycopy 在数据量≥256且类型匹配、目标数组预分配时最快；小数组用for循环，对象数组仅复制引用，原地移位由JVM自动处理方向，需注意线程安全与类型校验。

System.arraycopy 是 Java 中处理海量数组拷贝的底层利器，但它的高效不是自动生效的——必须满足数据规模、类型匹配、目标预分配等硬性条件，否则反而比 for 循环更慢。

什么时候该用 arraycopy？看数据量和类型

它快的本质是跳过 Java 层循环和逐元素检查，直接调用 JVM 底层内存搬运指令（类似 C 的 memmove）。但这个优势只在合适场景下释放：

• 基本类型数组（byte[]、int[]、long[]）拷贝长度 ≥ 256 时，JVM 常启用 SIMD 指令批量搬运，速度优势明显
• 对象数组（String[]、MyBean[]）也快，但只复制引用，不触发 GC 写屏障，适合高吞吐场景
• 长度 ≤ 16 的数组，JNI 调用开销常高于简单赋值，建议直接用 for 循环
• length 尽量用编译期可判定的常量（如 1024），利于 JIT 内联与向量化优化

目标数组必须提前配足容量，且类型严格匹配

它不做扩容、不转换类型、不兜底容错。所有校验都在运行时一次性完成，错一个参数立刻抛异常：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• dest 数组必须已 new 完成，且 dest.length ≥ destPos + length；少一个元素就抛 ArrayIndexOutOfBoundsException
• src 和 dest 元素类型必须字节级兼容：int[] 只能拷到 int[]，String[] 可拷到 Object[]，但反过来或跨基本类型（如 int[] → long[]）会报 ArrayStoreException
• 避免泛型中转（如 Arrays.asList().toArray()），类型擦除会破坏 JIT 内联机会，性能退化为普通循环

原地移位重排：靠参数控制方向，不靠手写逻辑

同一数组内移动数据（如 RingBuffer 左移、删除后前移），不用自己判断正向/倒序——传对参数，JVM 自动选策略：

立即学习“Java免费学习笔记（深入）”；

• 左移（destPos
• 右移（destPos > srcPos）：System.arraycopy(arr, 2, arr, 5, 5) → JVM 自动倒序搬运，防止未读数据被覆盖
• 重叠区间合法且安全，但必须确保 srcPos + length ≤ arr.length 且 destPos + length ≤ arr.length

高频场景下的实用技巧

真正拉开性能差距的，往往不是语法本身，而是使用方式：

• 网络收包、日志解析等场景，预先分配固定大小缓冲区（如 byte[8192]），反复复用，避免频繁 GC
• ArrayList 扩容、RingBuffer 前移等底层操作，整块迁移比逐个 add 快得多
• 多线程写同一 dest 数组时，需加锁或改用“新数组 + AtomicReference 替换”，单次 arraycopy 不提供线程安全保证
• length = 0 是合法操作，可用于边界预检，不耗性能