Java自动装箱/拆箱是编译器语法糖，需明确类型意图、避免隐式转换、复用缓存对象、优先使用基本类型；高频场景慎用，安全比较用Objects.equals，API设计应显式区分null需求与基本运算。
Java 中自动装箱（autoboxing）与拆箱（unboxing）是编译器在基本类型（如 int）和对应包装类（如 Integer）之间自动转换的语法糖。它让代码更简洁，但若不加注意，容易引发性能开销、空指针异常或语义陷阱。兼顾可读性与性能的关键在于：**明确转换意图、避免隐式转换场景、合理复用对象、优先使用基本类型**。
明确区分基本类型与包装类的使用场景
基本类型用于计算、循环、数组等高频操作；包装类仅在需要泛型、集合、null 表达能力或 API 约束时才使用。
- ✅ 推荐：
List（集合必须用包装类）ids = new ArrayList(); - ✅ 推荐：
int sum = 0; for (int x : values) sum += x;（纯计算用int） - ❌ 避免：
Integer a = 1000; Integer b = 1000; if (a == b) {...}（误用 == 比较，且可能触发非缓存对象创建）
慎用自动装箱/拆箱出现在循环、高频调用或条件表达式中
每次装箱都可能新建对象（尤其超出 -128 ~ 127 缓存范围），拆箱则可能触发 NullPointerException。
- ⚠️ 危险写法：
Integer total = 0; for (Integer x : list) total += x;（每次迭代都发生装箱+拆箱+再装箱） - ✅ 更优写法：
int total = 0; for (Integer x : list) total += x; // 拆箱一次，全程用 int 运算 - ✅ 安全比较：
if (obj != null && obj.intValue() == 42)或直接用Objects.equals(a, b)
复用缓存对象，减少不必要的装箱开销
Boolean、Byte、Character（\u0000–\u007f）、Short、Integer（-128 ~ 127）默认有缓存。合理利用可避免对象分配。
- ✅ 可靠缓存：
Integer a = 100; Integer b = 100; System.out.println(a == b); // true - ❌ 不保证缓存：
Integer c = 200; Integer d = 200; System.out.println(c == d); // false（可能） - ? 建议：对已知范围的小整数（如状态码、标志位），优先用
Integer.valueOf(123)而非new Integer(123)或直接赋值（后者虽等价于 valueOf，但语义更清晰）
在 API 设计与参数传递中显式控制类型边界
避免让自动转换掩盖设计意图。例如方法参数该用 int 就不用 Integer，除非真需要表达 “缺失” 含义。
- ✅ 清晰接口：
void processCount(int count)（非空、必传） - ✅ 明确可选：
void updateUser(String name, Integer age)（age 可为 null） - ⚠️ 模糊接口：
void update(String key, Integer value)+ 内部频繁value != null ? value : 0→ 不如拆成两个重载或用Optional
不复杂但容易忽略：多数性能问题不是来自单次装箱，而是高频叠加 + 隐式调用 + null 风险组合。把“是否需要 null”作为第一判断，把“是否在热路径”作为第二判断，剩下的就自然清晰了。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
