system.arraycopy高效源于jvm将其编译为硬件指令，不分配内存、不检查类型、只做纯内存拷贝；要求目标数组预先分配且长度足够，越界即抛异常，小数据量时for循环更快，大块数据才发挥优势。
System.arraycopy 能高效实现内存拷贝，关键不是“调用它就快”，而是让 JVM 有机会把它编译成硬件级指令——它本身不分配内存、不检查类型兼容性、不处理越界逻辑，只做一件事：在合法前提下，把一段连续内存原样搬到另一段连续内存。
目标数组必须提前配足容量
arraycopy 从不扩容，也不容忍半点越界。传入的 dest 数组必须已创建，且满足 destPos + length ≤ dest.length。少一个元素，立刻抛 ArrayIndexOutOfBoundsException。
- 避免用 Arrays.copyOf() 封装后再手动调整——多一次 new，多一次 GC 压力
- 高频场景（如网络包解析）建议预分配缓冲池，按 slot 划分，用 arraycopy 覆盖已有空间
- 扩容时，先 new 更大数组，再用 arraycopy 搬旧数据，而非依赖任何“自动增长”逻辑
长度要够大，且尽量用常量
实测表明，拷贝长度 ≤ 16 时，JNI 调用开销常高于简单 for 循环；256 是更稳妥的性能分水岭。JIT 对编译期常量（如 1024）更易向量化或展开为 SIMD 指令。
- 若 length 来自变量（如 packet.length），加 if 分支：小包走 for，大包走 arraycopy
- 极小数组（≤ 4 元素）且无复用需求时，for 循环反而更快——指令少、无方法调用开销
- 避免在循环中反复调用 arraycopy 处理碎片数据；优先合并成 ≥ 64 字节再搬，减少跨 cache line 搬运
类型匹配必须严格到运行时
编译期只做引用兼容检查，真正搬运时才校验元素类型。跨基本类型（int[] → long[]）或逆向协变（Object[] → String[]）都会在运行时报 ArrayStoreException。
- 同类型数组（byte[] → byte[]、String[] → String[]）走纯位拷贝路径，最快
- 子类数组可拷到父类数组（ArrayList[] → List[]），但目标数组运行时类型必须能容纳源元素
- 泛型擦除后调用（如 T[] → Object[]）会引入桥接方法，破坏 JIT 内联，应直接用具体类型调用
原地重排靠参数顺序，不用自己判断方向
当 src == dest，arraycopy 自动按 memmove 语义处理重叠区间：destPos > srcPos（右移）倒序执行，destPos
- 例如 System.arraycopy(arr, 2, arr, 5, 4) 安全右移，内部从高索引开始写
- System.arraycopy(arr, 4, arr, 1, 4) 安全左移，正向搬运不丢数据
- 禁止 srcPos == destPos 且 length > 0 的“无效搬运”——合法但浪费一次完整校验
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
