Java包装类自动装箱是编译期语法糖，优化关键在于减少不必要装箱、复用缓存对象（-128~127）、避免隐式开销；优先使用字面量赋值、显式valueOf()、基本类型集合及延迟装箱，并警惕拆箱空指针与连锁装箱。
优先复用缓存范围内的值（-128 到 127）
Integer、Byte、Short、Long 和 Character 的 valueOf() 方法对常用小整数做了缓存。只要数值落在默认缓存区间内，就直接返回池中已有对象，不新建实例。
- 尽量使用字面量或常量赋值，如
Integer a = 100;（触发缓存），而非new Integer(100)或Integer.valueOf(2000)（超出缓存，必新建） - 若业务中高频使用固定范围外的值（如 ID 在 1000~5000），可考虑自定义缓存工具类预热，但需权衡内存与GC成本
避免在循环或高频路径中触发自动装箱
每次装箱都可能调用 valueOf()，若值超出缓存范围，就会 new 对象 → 增加堆分配和 GC 压力。
- 集合操作中，如
list.add(i)（i 是 int 循环变量），若 i 超出 -128~127，每次都会新建 Integer 对象 - 改用原始类型集合库（如 Agrona、HPPC）或 Java 16+ 的
Vector+ 基本类型数组替代 - 临时计算场景，优先保持基本类型运算，推迟装箱到真正需要对象时（例如只在日志或返回 DTO 时才转包装类）
警惕隐式装箱带来的连锁开销
看似一次装箱，可能引发多次：比如算术运算中混合基本类型与包装类，会反复拆箱→计算→再装箱。
- 写法
Integer a = 10; Integer b = a + 5;实际发生：a 拆箱 → 加 5 → 结果再装箱为新 Integer - 若后续还要参与运算，建议全程用
int，最后一步再转包装类；或明确用Integer.valueOf(x)替代x字面量，增强可读性与可控性 - 对
null包装类做算术或比较（如if (num != 0)）会触发拆箱 → 空指针异常，也属于“无效装箱+崩溃”双重损耗
必要时显式控制，不用依赖自动机制
自动装箱方便，但模糊了对象生命周期。显式调用 valueOf() 或复用已有对象，更利于性能掌控。
立即学习“Java免费学习笔记（深入）”；
- 从 Map 获取 Integer 时，避免
map.get("key") + 1，先判空并用基本类型接收：Integer v = map.get("key"); int val = (v != null) ? v : 0; - 构造器/工厂方法中，参数用基本类型接收，内部按需装箱，避免调用方无意触发
- 日志、调试等非核心路径可保留自动装箱；性能敏感模块（如序列化、网络解析、实时计算）建议关闭 Lombok 的 @Data 自动生成包装字段，改用原始类型+手动 getter
