system.arraycopy 的底层优化在于绕过 java 字节码循环，由 jvm 内核调用硬件级内存搬运指令：一次性参数校验后直接执行 memmove 类本地函数，jit 内联生成向量指令、prefetch 及对齐访问，并自动处理重叠拷贝方向。
System.arraycopy 在拷贝大量数据时的底层优化，核心在于它跳出了 Java 字节码执行路径，直接交由 JVM 内核调度硬件级内存搬运——不是“更快地循环”，而是根本不用循环。
绕过 Java 运行时约束
手动 for 循环每次迭代都要重复做四件事：查源数组长度、校验索引是否越界、查目标数组长度、再校验一次索引；引用类型还要加 null 检查和类型校验。这些在字节码层面是固定开销，无法消除。
System.arraycopy 只在入口处一次性完成全部参数检查（src/dest 非空、索引合法、length ≥ 0、类型兼容），之后直接调用类似 memmove 的本地函数，中间不经过任何 Java 栈帧或解释器。
JIT 编译器深度内联与指令生成
HotSpot C2 编译器将 System.arraycopy 视为 intrinsic 方法，热代码中会将其完全内联为紧凑机器码：
- 对齐地址 + 大长度时，自动生成 rep movsq（x86）或 ldp/stp 成对加载存储（ARM）
- 支持 AVX/SSE 或 SVE 向量指令：一次搬运 16–64 字节，无需循环展开
- 自动插入 prefetch 指令，提升 L1/L2 缓存命中率
- 避免伪共享：连续顺序读写，匹配 CPU 预取机制
内存访问模式高度友好
for 循环中每次 aaload + aastore 是两个离散访存动作，容易导致 cache line 反复加载与驱逐；而 arraycopy 是流式、页对齐、批量读写：
- 基础类型数组（如 byte[]、int[]）常逼近 memcpy 硬件带宽极限
- 对象数组拷贝的是引用，不触发 write barrier（年轻代内拷贝时）
- G1/ZGC 下可配合卡表策略做细粒度并发调度
重叠拷贝的安全保障机制
当 src == dest 时（如 RingBuffer 数据前移），arraycopy 不依赖用户判断方向，而是根据 srcPos 与 destPos 大小关系自动选择正向或倒序搬运：
- destPos > srcPos（右移）→ 倒序复制，防止未读数据被覆盖
- destPos
- 语义等价于 C 的 memmove，非 memcpy
