应优先使用原始类型集合（如Eclipse Collections的MutableIntList）替代ArrayList，避免for-each遍历时的自动装箱/拆箱开销；若不可行，则改用传统for循环配合int索引访问。
在使用 for-each 遍历数值类型集合（如 ArrayList<integer></integer>）时，看似简洁的语法背后常伴随频繁的自动装箱（boxing）与拆箱（unboxing），这会显著拖慢数值密集型计算的性能。关键不是避免 for-each，而是识别哪些场景触发了隐式转换，并用更高效的方式替代。
识别 for-each 中的隐式装箱/拆箱发生点
只要循环变量声明为基本类型（如 int），而集合元素是包装类（如 Integer），每次迭代就会发生一次自动拆箱；反之，若向 Collection<integer></integer> 添加基本类型值，则发生装箱。JVM 不会优化掉这些操作——哪怕只是求和、找最大值这类简单计算。
-
典型陷阱代码：
for (int x : list) sum += x;（list是ArrayList<integer></integer>）→ 每次x取值都调用Integer.intValue() -
更隐蔽的情况：用
for (Integer x : list)然后做x + 1或x > 0→ 拆箱仍发生，且后续可能再装箱（如存回集合） -
编译器不提示，但字节码清晰可见：反编译后能看到
invokevirtual Integer.intValue调用，每轮迭代至少一次
用原始类型集合替代包装类集合
最根本的解法是让数据容器本身不存储对象，而是原始数值。避免装箱/拆箱的源头问题。
- 选用成熟第三方库：如 Agrona 的
IntArrayList、Eclipse Collections 的MutableIntList、或 HPPC 的IntArrayList - 示例（Eclipse Collections）：
MutableIntList list = IntLists.mutable.with(1, 2, 3, 4); list.sum();→ 全程int运算，零装箱 - 注意：不能直接用
Arrays.asList(int[])得到原始集合——它返回的是List<int></int>，毫无意义
手动展开 for-each + 显式类型控制
若受限于框架或无法引入新依赖，可退回到传统 for 循环，配合显式类型变量和索引访问，彻底绕过迭代器与泛型擦除带来的开销。
- 安全写法：
for (int i = 0; i → <code>get(i)返回Integer，但只拆箱一次，且可被 JIT 优化 - 进一步优化：若确定集合是
ArrayList，可转为数组访问（避免边界检查开销）：Integer[] arr = list.toArray(new Integer[0]); for (int i = 0; i - 切忌：
int[] arr = list.stream().mapToInt(Integer::intValue).toArray();—— 流式操作本身就有额外对象创建和函数调用开销，得不偿失
警惕增强 for 循环中“看似无害”的数值运算
一些表达式表面没写 + 或 ==，但 JVM 仍需拆箱才能执行逻辑判断或方法调用。
-
if (x != null && x > threshold)→x > threshold触发拆箱；x != null是冗余检查（for-each遍历非空集合时不会为null，除非集合本身含null） -
Math.max(x, y)→ 两个参数都是int，但若x、y是Integer，先全部拆箱再调用 - 建议统一用原始类型局部变量承接，后续所有计算都在
int上进行，避免反复拆箱
不复杂但容易忽略：性能瓶颈往往不在算法逻辑，而在数据载体与遍历方式的错配。把 Integer 换成 int，把 ArrayList<integer></integer> 换成原始集合，for-each 就能真正轻装上阵。
