Java一维数组遍历开销极小，性能瓶颈在于循环体内冗余计算；应缓存arr.length、避免重复计算、移出远程调用等高耗操作，并利用分支预测优化条件判断。
Java 一维数组遍历本身开销极小，真正影响性能的，往往是循环体内那些看似无害、实则高频重复的冗余计算。优化重点不在换遍历语法，而在精简循环体——把不该在每次迭代里做的事，挪到循环外或提前算好。
避免每次迭代都调用 length
虽然 arr.length 是 final 字段，现代 JVM 通常能内联优化，但在热点路径或超大规模数组中，显式缓存仍更稳妥：
- 写成 for (int i = 0, len = arr.length; i ，而非
for (int i = 0; i - 尤其当循环体复杂、执行时间长时，一次缓存可消除潜在字段读取开销
- 对基本类型数组（如 int[]）效果稳定；若数组被反射代理包装，则必须缓存
数学运算别依赖 Math 工具类
高频循环中，Math.pow(x, 2)、Math.floor()、Math.round() 等调用代价远高于等价原生表达式：
- 用 x * x 替代
Math.pow(x, 2)—— 无函数调用、无浮点精度处理、零开销 - 用 x / y 和 x % y 替代
(x / y) % 1 * y或手动模拟 floorMod —— 减少浮点运算与多次除法 - 避免无意义的强制转换，如
(double) Math.round(...)—— Java 自动类型提升足够，多余转换增加字节码和检查成本
减少对象创建与装箱拆箱
循环内 new 对象、字符串拼接、Stream 操作等，会快速累积 GC 压力：
立即学习“Java免费学习笔记（深入）”；
- 不要在循环里 new ArrayList()、StringBuilder() 或自定义对象 —— 提前声明复用
- 遍历 int[] 时慎用
Arrays.stream(arr).forEach(...)—— 它会触发 IntStream 创建、装箱（若转为 Integer）、终端操作链，实测比传统 for 慢 3–5 倍 - 字符串拼接不用
+=，改用循环外初始化的 StringBuilder.append()
利用数据局部性与顺序访问
CPU 缓存对连续内存访问友好，乱序或跳跃访问会显著降低命中率：
- 保持 正向顺序遍历（i 从 0 到 length-1），这是最利于预取的模式
- 若逻辑允许，对数组预先排序再遍历 —— 条件分支（如 if (x > threshold)）在有序数据上预测更准，吞吐可提升数倍
- 避免在循环中做远程调用、文件读写、数据库查询 —— 这些操作耗时是遍历本身的成百上千倍，应移出循环或批量处理
