自动装箱是编译器将基本类型隐式转为包装类（如int→Integer，调用valueOf()），拆箱则反之（如Integer→int，调用intValue()）；触发于赋值、方法调用、运算、三元表达式等上下文，null拆箱抛NPE，==比较受缓存范围影响。
Java 中包装类型和基本数据类型之间的自动拆装箱，是编译器在特定上下文中自动插入的隐式转换操作，目的是简化代码，但背后有明确规则和潜在陷阱。
什么是自动装箱和自动拆箱
自动装箱（Autoboxing）是指将基本数据类型（如 int）自动转为对应的包装类（如 Integer）；自动拆箱（Unboxing）则相反，把包装类对象转回基本类型。
- 装箱：编译器插入
Integer.valueOf(int)（不是new Integer()） - 拆箱：编译器插入
integerObject.intValue() - 这些转换只发生在赋值、方法调用、运算等明确支持的上下文中，不是运行时泛型或反射层面的转换
哪些场景会触发自动拆装箱
常见且合法的触发点包括：
-
赋值语句：
Integer i = 100;（装箱），int x = i;（拆箱） -
方法参数传递：调用接受
Integer的方法时传入int，或反之（如list.add(5)中5被装箱为Integer） -
运算表达式：如
Integer a = 1; int b = a + 2;—— 这里a先拆箱再参与加法 -
条件表达式（三元运算符）：
Integer result = flag ? 1 : null;中，1装箱，但要注意类型统一
容易出错的关键细节
看似方便，但以下情况容易引发问题：
立即学习“Java免费学习笔记（深入）”；
-
null 拆箱会抛
NullPointerException：Integer i = null; int x = i;运行时报错 -
== 比较陷阱：装箱后的对象比较需用
equals()；Integer a = 127, b = 127; a == b为 true（缓存机制），但Integer c = 128, d = 128; c == d为 false -
集合中只能存对象：
ArrayList<int></int>不合法，必须用ArrayList<integer></integer>，增删查过程自动装拆箱 -
性能开销不可忽视：高频循环中反复装拆箱（如
for(Integer i : list) sum += i;）会生成大量临时对象，影响 GC 和速度
如何安全高效地使用
建议遵循这些实践：
- 明确区分场景：业务逻辑中优先使用基本类型；需要泛型、集合、可空性时才用包装类
- 避免在循环内隐式拆装箱，可先解包再计算：
int value = obj != null ? obj.intValue() : 0; - 判空检查要前置：
if (i != null) { int x = i; ... } - 理解缓存范围：
Byte、Short、Integer、Long缓存 -128 到 127（可调），Character缓存 0–127，Boolean缓存 true/false
