system.arraycopy 是直连内存的搬运指令，不优化拷贝但可精准控制数据落点；其性能提升依赖预对齐、避免小块跨缓存行、复用缓冲区、原地重排及严格遵守类型约束。
System.arraycopy 不是“优化拷贝”，而是直接跳过 Java 层、直连内存的搬运指令。它本身不改变内存布局，但能让你精准控制数据在内存中的落点——这才是实战中真正提升性能的关键。
内存对齐与 arraycopy 的实际关系
arraycopy 本身不强制对齐，但它在 JIT 编译后，会根据源/目标地址是否自然对齐（如 16 字节、32 字节），自动选用更宽向量指令（如 AVX-512 或 SVE）。这意味着：你无法靠调用它“修复”错乱布局，但可以靠预分配+偏移控制，让搬运起点落在对齐位置上。
- byte[] 缓冲区建议按 16 字节边界分配：new byte[(size + 15) & ~15]，再用 arraycopy 写入时，从 offset = 0 或 16 的倍数开始，更容易触发 SIMD 优化
- 避免跨 cache line 搬运小块：一次拷贝长度小于 64 字节时，JIT 可能不启用向量化；若必须处理小段，优先合并成 ≥64 字节再调用，而非多次小拷贝
- 对象数组（如 String[]）不享受内存对齐加速，因为引用地址本身无对齐语义；但 JVM 仍会对齐其底层存储，所以连续分配多个同类型数组时，物理内存仍可能局部连续
复用缓冲区：用 arraycopy 实现零分配搬运
真正的内存布局优化，发生在“不 malloc”的时候。比如网络协议解析、音视频解码器中，频繁申请/释放 buffer 是 GC 压力源。arraycopy 的价值在于：把新数据精准写入已有 buffer 的指定区域，维持内存驻留。
- 预分配一个大 byte[] pool，按 slot 划分（如每 slot 4KB），用 arraycopy 把 packet 数据写入对应 slot 起始偏移，无需 new 新数组
- 读取时，不是复制整块，而是用 arraycopy 截取有效 payload 部分到业务逻辑所需的小数组中（此时才分配小数组）
- 滚动日志场景：环形 buffer 中，用 arraycopy 将待刷盘段（可能跨尾部+头部）一次性搬出，靠两次调用完成“折断拼接”，比手写循环更安全且易被 JIT 优化
原地重排：靠参数顺序控制物理覆盖路径
当 src == dest，arraycopy 就变成内存级“位移指令”。它不关心逻辑意义，只按 srcPos 和 destPos 大小关系决定搬运方向——这本质是在指挥 CPU 如何安全覆盖物理地址。
- 左移（destPos
- 右移（destPos > srcPos）：JVM 倒序执行，先搬高地址，再覆盖低地址，避免中间值丢失；例如扩容后将旧数据右移到新数组高位，再填入新增头数据
- 禁止 srcPos == destPos 且 length > 0 的“无效搬运”——虽然合法，但浪费一次完整校验开销；length == 0 可作边界预检，但非布局优化手段
类型与布局的硬约束：别踩 runtime 红线
arraycopy 的高效，建立在 JVM 对类型和内存结构的绝对信任之上。一旦破坏约束，不仅性能归零，还会立即崩溃。
- int[] 和 long[] 在内存中布局不同（前者 4 字节/元，后者 8 字节/元），强行用 arraycopy 互拷会 ArrayStoreException；想转换必须逐元素计算，无法靠“内存搬运”绕过
- Object[] 拷到 String[] 允许，但运行时逐个检查元素是否为 String；若中途遇到 Integer，抛 ArrayStoreException —— 这不是慢，是中断，且无法恢复
- 二维数组（如 int[][]）是一维引用数组，arraycopy 只拷引用，不触碰子数组内存布局；真要深拷贝二维结构，必须嵌套调用，且每层都满足类型与边界约束
