System.arraycopy 在大数据量拷贝中真正快起来需满足硬性条件：数组长度≥256、偏移与长度尽量固定，JVM才可能绕过Java层启用SIMD指令；小数据（≤16）用for更优，64为性能拐点。
System.arraycopy 在大数据量拷贝中真正快起来，靠的不是“调用它就变快”，而是满足几个硬性条件后，JVM 才能绕过 Java 层、直连底层内存指令。它不是万能加速器，而是一把需要对准锁孔的钥匙。
大数组才值得用：256 是关键阈值
小数据走 for 循环更稳——长度 ≤ 16 时，JNI 调用开销常高于简单赋值；64 是性能拐点，256 是推荐下限。实测中，int[] 拷贝超过 256 元素，JVM 才大概率启用 SIMD 指令批量搬运；byte[] 同理，百兆级网络缓冲区拷贝，速度优势明显。
- 别把 packet.length 这类运行时变量直接传入，JIT 难以优化，可能退化为通用路径
- 固定协议场景（如头12字节+payload），偏移和长度尽量写死：System.arraycopy(buf, 12, dst, 0, 1024)
- 建议加分支判断：if (len
目标数组必须提前配齐，不分配、不扩容
arraycopy 从不 new 数组，也不检查容量是否足够——越界就崩，绝不容忍。这对超大数组尤其关键：避免 Arrays.copyOf 频繁堆分配触发 Young GC，甚至 Full GC。
- 网络收包复用固定缓冲区：预分配 byte[65536]，每次只用 arraycopy 将有效 payload 搬入起始位置
- 滚动日志或 RingBuffer 场景：用预划分 slot 的大 pool，arraycopy 写入指定偏移，维持内存驻留
- dest.length 必须 ≥ destPos + length；少一个元素就抛 ArrayIndexOutOfBoundsException
类型干净 + 参数合法 = 安全提速
它不做类型转换，只做内存块平移。int[] → int[] 行，int[] → long[] 直接 ArrayStoreException；String[] → Object[] 可以，Object[] → String[] 运行时报错。
立即学习“Java免费学习笔记（深入）”；
- 基本类型数组收益最大：无 GC write barrier，纯内存路径
- 对象数组只拷引用：快，但属浅拷贝，后续修改对象内容会影响源数组
- srcPos、destPos、length 全部运行时校验：null → NullPointerException，负数 → NegativeArraySizeException，越界 → ArrayIndexOutOfBoundsException
- length = 0 合法，可用于边界预检，不耗性能
原地重排靠参数控制，不用手写方向逻辑
同一数组内移动数据（如删除首元素、环形缓冲左移），不用 if 判断方向再写两套循环。JVM 根据 srcPos 和 destPos 大小关系自动选策略：
- 左移（destPos < srcPos）：正向搬运，例如 System.arraycopy(arr, 1, arr, 0, arr.length - 1)
- 右移（destPos > srcPos）：倒序搬运，防止覆盖，例如 System.arraycopy(arr, 0, arr, 3, 5)
- 重叠区间合法且安全，但必须确保 srcPos + length ≤ arr.length 且 destPos + length ≤ arr.length
