处理大规模一维数组应优先使用传统for循环进行索引访问，因其支持jvm边界检查消除、无迭代器开销、可分段处理以适配缓存行，并避免基本类型包装导致的内存膨胀与gc压力。
处理大规模一维数组，核心不是换遍历语法，而是控制内存占用、保持缓存友好、避免隐式开销。原生数组本身已是最优结构，真正拖慢效率的，往往是遍历体内的低效操作和错误封装。
优先用传统 for 循环做索引访问
对百万级以上 int[] 或 double[]，传统 for 是最直接、最可控的方式：
- JVM 能对固定长度的数组循环做边界检查消除（Loop Optimization），尤其在热点代码中
- 无需创建迭代器对象，无装箱/拆箱，无 Stream 管道开销
- 支持分段处理：例如每次处理 64K 元素，便于配合 GC 周期和 CPU 缓存行（64 字节）对齐
- 倒序、跳跃、条件跳过等逻辑天然支持，比如只处理偶数下标或跳过零值
避开高开销包装，坚持原始类型数组
别把 int[] 转成 List
- int 占 4 字节，Integer 对象至少占 16 字节（含对象头 + 压缩指针），再加引用空间
- Arrays.asList(int[]) 实际返回的是内部包装类，且对基本类型无效；误用会导致编译失败或运行时异常
- 真需函数式处理，用 Arrays.stream(arr) → IntStream，它复用原数组内存，不复制数据
- 避免在循环里反复调用 arr.length，虽然现代 JVM 已优化，但语义清晰仍推荐写成 i
让访问模式贴合 CPU 缓存
数组快，是因为内存连续；但写法不对，照样变慢：
- 顺序正向遍历（i 从 0 到 length−1）最符合 CPU 预取机制，命中率最高
- 避免跨步访问（如 i += 2 或 i += 7），会大幅降低单次缓存行利用率
- 若需多字段联合计算（如物理模拟中的位置+速度+加速度），把相关 float 交织存储：[x0,vx0,ax0,x1,vx1,ax1,…]，一次加载就能覆盖完整状态
- 定期压缩有效数据段，把活跃元素前移，减少遍历时的“空槽”扫描
主动管理生命周期与分块边界
大数组不是“创建了就完事”，必须明确其作用域和释放时机：
- 局部方法内创建的大数组，方法退出后应尽快脱离强引用；必要时显式置为 null
- 不要在 lambda 或静态上下文中意外捕获大数组引用，改用索引范围参数传递（如 processRange(arr, from, to)）
- 超过 1GB 的场景，考虑堆外内存：ByteBuffer.allocateDirect(size) + Unsafe 操作，绕过 GC 管理
- 空数组、单元素数组无需特殊判断，for (int i = arr.length - 1; i >= 0; i--) 等标准写法天然兼容
不复杂但容易忽略：真正卡顿的，往往不是 for 怎么写，而是循环体内 new 对象、拼接字符串、远程调用或未缓存的重复计算。先盯住业务逻辑，再优化遍历本身。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
