应尽量避免在性能关键路径上触发自动装箱和拆箱，优先使用基本类型替代包装类，慎用泛型集合，复用缓存值，并通过方法重载等手段使转换显式可控。
要让 Java 中的自动装箱和拆箱达到最优性能，核心不是“怎么重构装箱拆箱”，而是**尽量避免在性能关键路径上触发它们**。因为装箱会创建对象、触发 GC；拆箱可能引发 NPE，且每次调用 xxxValue() 都有方法分派开销。真正的优化方向是减少对象生成、规避隐式转换、用对数据结构。
优先使用基本类型替代包装类
这是最直接有效的优化。尤其在计算密集或高频访问场景：
- 循环累加、统计、排序等逻辑中，全部用
int、long、double等，别用Integer、Long、Double - 数组场景下，用
int[]而非ArrayList—— 后者每个元素都是一次装箱 + 对象头 + 引用，内存和 CPU 开销显著更高 - 若需集合功能但又追求性能，可考虑第三方库如 Agrona 的
IntArrayList或 Eclipse Collections 的原始类型集合（MutableIntList）
集合与泛型中谨慎使用自动装箱
泛型强制要求引用类型，但可以控制装箱时机和范围：
- 批量添加时，避免
list.add(i)在大循环里反复装箱；改用Arrays.asList(1, 2, 3)（编译期静态装箱）或预分配+批量填充 - 读取时，如果确定不为空，用
list.get(i)拆箱没问题；但若存在null可能，必须先判空：Integer v = list.get(i); int x = (v != null) ? v : 0; - Map 场景下，避免
map.get(key) == 42这类写法——它会触发拆箱，且null时直接抛 NPE；应写成Objects.equals(map.get(key), 42)
复用缓存值，避开新建对象陷阱
Integer、Byte、Short、Long 在 [-128, 127] 区间内复用缓存对象，但超出后每次 valueOf() 都新建实例：
- 对固定小整数（如状态码、枚举序号），直接用字面量赋值：
Integer code = 200;（走缓存）优于new Integer(200)或Integer.valueOf(200)（不走缓存） - 若业务需要高频使用某几个“稍大”的值（如 500、1000），可手动缓存：
private static final Integer CACHE_500 = Integer.valueOf(500);，后续复用该常量 - 注意：
Double和Float没有缓存机制，Double.valueOf(1.0)每次都新建对象，应尽量避免在循环中调用
方法签名与参数设计上消除隐式转换
让装箱/拆箱行为显式、可控、可预测：
- 工具方法尽量重载：提供
process(int value)和process(Integer value)两个版本，内部共用核心逻辑，避免在Integer版本里无谓拆箱 - 返回值避免包装类，除非语义必需（如表示“缺失”）；能返回
int就不返回Integer - 构造函数或 setter 接收基本类型参数，而不是包装类，把装箱责任交给调用方（更清晰，也更容易复用缓存）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
