Java自动装箱拆箱无法禁用，但应避免在高频路径使用包装类：数值计算用基本类型，集合操作转原始流或用第三方原生集合，方法签名优先基本类型，注意缓存范围和null安全。
Java 中自动装箱和拆箱本身是编译器层面的语法糖，无法“禁用”，但可以通过重构代码，避免在高频、循环、数学运算等关键路径上触发隐式装箱/拆箱，从而消除性能隐患。核心思路是：**让基本类型待在基本类型该在的地方，包装类只用于必须为对象的场景（如泛型、null语义、API契约）**。
优先使用基本数据类型替代包装类
这是最直接有效的重构方式。尤其在数值计算、循环累加、条件判断中，坚持用 int、long、double 等，而非 Integer、Long、Double。
- ❌ 避免：
Long sum = 0L;在 for 循环中反复执行sum += i;（每次迭代都发生拆箱+装箱） - ✅ 改为：
long sum = 0L;—— 完全不涉及对象，无开销 - ❌ 避免：
for (Integer i : list) { total += i; }（list 是List<integer></integer>，每次取值都拆箱） - ✅ 改为：
for (int i : list) { total += i; }（Java 8+ 允许增强 for 遍历List<integer></integer>时自动拆箱，但更推荐源头控制）
集合操作中减少隐式转换频次
集合本身要求包装类，但可从使用方式上降低代价：
- 批量处理时，先用
stream().mapToInt(...).sum()转为原始流，避免中间 Integer 对象堆积 - 避免在循环内反复调用
list.get(i)并立即拆箱；如需多次使用，一次拆箱赋给局部基本变量：int val = list.get(i);，后续直接用val - 若集合仅作数值容器且大小固定、无 null 需求，考虑改用第三方库如
IntArrayList（Trove 或 Eclipse Collections），底层用int[]存储
慎用包装类作为方法参数和返回值
方法签名若非必须支持 null 或参与泛型，应优先选用基本类型：
立即学习“Java免费学习笔记（深入）”；
- ❌ 不必要的包装类参数：
public int calculate(Integer a, Integer b) - ✅ 改为：
public int calculate(int a, int b)，调用方传obj != null ? obj.intValue() : 0显式处理 - 返回值同理：除非需要表达“未定义”语义（如数据库字段可能为 NULL），否则不用
Integer返回，直接用int+ 文档约定默认值
注意缓存范围与空指针陷阱
重构时还要兼顾正确性：
-
Integer.valueOf(i)对 [-128, 127] 缓存复用，但超出范围会新建对象 —— 若用于 == 比较，极易出错。重构后统一用equals()或直接用基本类型比较 - 任何拆箱操作（如
int x = integerObj;）在integerObj == null时抛NullPointerException。重构中若引入包装类，必须显式判空，或用Objects.requireNonNull()提前暴露问题
