system.arraycopy本身不支持步长和缓存行感知；所谓“三级缓存行优化步长”是指在自定义遍历或分块处理中，主动设计访问模式与数据布局以适配64字节l3缓存行，提升空间局部性、减少缓存未命中和伪共享。
System.arraycopy 本身不支持步长，也不感知缓存行；所谓“根据三级缓存行优化步长”，实际是指在自定义数组遍历或分块处理时，主动设计访问模式与数据布局，以适配 L3 缓存行为（通常 64 字节），提升空间局部性、减少缓存未命中和伪共享。
明确缓存行大小并匹配分块粒度
L3 缓存行主流为 64 字节。对 int 类型（4 字节），每行可容纳 16 个元素；对 long 或 double（8 字节），容纳 8 个；对对象引用（通常 4 或 8 字节，取决于压缩指针），按实际计算。分块处理时，让每次处理的数据量尽量是缓存行整数倍（如每次处理 1024 字节 = 16 行 × 64 字节），有助于该块稳定驻留 L3，降低驱逐频率。
- 避免随意取 length % 64 或 length / 64 —— 关键是块大小与缓存行对齐，而非索引对齐
- 用 blockSize = (N / 16) * 16（int 数组）粗略对齐块边界，再补余数
- 大数组批量处理前，可预估单次处理字节数：例如 1MB 数据按 4KB 块处理，每块含 64 个 64 字节缓存行
确保数组起始地址缓存行对齐
普通 new int[n] 不保证起始地址是 64 字节对齐的。若频繁随机访问或并发修改，未对齐可能使热点字段跨缓存行，引发伪共享或额外加载。
- 堆外内存可用 Unsafe.allocateMemory(size)，再通过 address % 64 == 0 判断并偏移调整
- 使用 ByteBuffer.allocateDirect 配合 alignment padding：先分配稍大内存，再定位到首个 64 字节对齐地址
- Java 20+ 中可尝试 VarHandle + MemorySegment，配合 MemoryLayout.sequenceLayout().withByteAlignment(64)
控制访问步长以规避临界步长陷阱
某些固定步长（如矩阵列宽为 512）会因缓存组相联性导致冲突缺失（conflict miss）——不同内存地址映射到同一缓存组，反复驱逐。这不是步长本身错，而是步长 × 元素大小恰好落在缓存组边界上。
- 若按固定 stride 访问（如每隔 k 个元素取一个），优先选与 64 字节无关的 k：例如 int 数组避免 k=128（128×4=512 字节，易触发 512 倍数临界问题）
- 测试时用不同数组长度（如 n=1023 vs n=1024）对比性能，识别是否存在突变点
- 对二维数组，优先行优先遍历；列优先时，考虑转置或分块重排，使访问连续
结构化数据布局强化空间局部性
若数组元素是对象或复合结构，字段排列直接影响单个缓存行能承载多少有效数据。冷热字段混杂会浪费缓存带宽。
- 把高频访问字段（如 status、count）集中放在类前部，低频字段（如 metadata、debugInfo）后置
- 避免 boolean + long 组合：boolean 占 1 字节，long 占 8 字节，中间填充 7 字节；改为 long + boolean + padding 更紧凑
- 多线程写入场景下，用 @Contended（需开启 -XX:-RestrictContended）隔离独立状态变量，防止伪共享
