自动装箱在循环中频繁发生会显著降低性能并增加gc压力；应避免在高频循环中对integer、long等包装类进行==比较、集合操作或算术运算，改用基本类型变量和显式拆箱。
Java 中自动装箱（autoboxing）在循环里频繁发生时，会显著拖慢性能——因为每次装箱都新建对象，触发额外 GC 压力。防范的关键不是“禁用自动装箱”，而是避免在高频循环中触发它，尤其要避开 Integer、Long 等常用包装类在 == 比较、集合操作、算术表达式中的隐式装箱。
警惕循环内隐式装箱的典型场景
以下代码看似简洁，实则每轮迭代都在悄悄创建新对象：
-
用基本类型变量与包装类比较：如
int i = 0; while (i ——每次 <code>i == someInteger都会把i装箱为Integer再调用equals()（JVM 实际优化可能缓存小值，但逻辑上仍存在装箱语义） -
向泛型集合反复添加基本类型字面量：如
List<integer> list = new ArrayList(); for (int i = 0; i ——<code>i每次都被装箱为新Integer实例 -
在循环中拼接或计算包装类表达式：如
sum += wrapperValue;（sum是Integer）——每次加法都触发拆箱 + 计算 + 重新装箱
用基本类型替代包装类型主导循环逻辑
循环控制变量、累加器、临时计算结果，一律使用 int、long、double 等原始类型：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 把
Integer sum = 0;改成int sum = 0;，循环结束再按需转包装类（如仅用于返回或存入集合） - 遍历
List<integer></integer>时，用for (int i = 0; i + <code>list.get(i)，而非增强 for（for (Integer x : list)会隐式拆箱又可能引发后续装箱） - 若需对集合元素做大量数值运算，先批量提取到基本类型数组：
int[] arr = list.stream().mapToInt(Integer::intValue).toArray();，再用for (int v : arr)运算
善用 Integer.valueOf() 替代 new Integer()，并理解缓存边界
虽然 Integer.valueOf(int) 仍是装箱，但它复用缓存对象（默认 -128 ~ 127），比 new Integer() 或无节制自动装箱更轻量：
- 在必须生成包装类的场景（如构建 Map 键值对），优先写
Integer.valueOf(i)而非i（依赖自动装箱）或new Integer(i) - 若业务范围稳定在小整数区间（如状态码、枚举序号），可确认 JVM 参数
-XX:AutoBoxCacheMax=256扩展缓存上限，减少新对象分配 - 注意：
Long.valueOf()、Short.valueOf()同样有缓存（Long缓存仅限 -128~127），但Double.valueOf()和Float.valueOf()默认不缓存（可配置）
用专用工具类或第三方库规避泛型集合开销
当高频循环需大量存取数值，且集合操作占主导时，原始类型集合能彻底消除装箱/拆箱：
- 引入 Agrona 的
IntArrayList、LongArrayQueue - 使用 Eclipse Collections 的
MutableIntList、ImmutableLongSet - JDK 21+ 可试用 Sequenced Collections 配合未来可能的原始泛型（尚未落地），当前仍推荐成熟第三方方案
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
