自动装箱与拆箱是JDK 5引入的语法糖，编译器在编译期自动插入valueOf()或xxxValue()调用；触发场景包括赋值、集合操作、方法传参/返回、算术与比较运算；Integer等有缓存机制（-128~127），超出范围==比较返回false；常见陷阱是NPE、性能损耗和==误用。
想在面试中对自动装箱与拆箱对答如流，关键不是背定义，而是能讲清“它在哪发生、怎么发生的、为什么这么设计、容易栽在哪”这四层逻辑。下面直击高频考点，帮你组织出有深度又不啰嗦的回答。
一、一句话说清本质，先定调
自动装箱和拆箱是 JDK 5 引入的语法糖：编译器在编译阶段自动把 基本类型 ↔ 包装类对象 的转换补全。装箱对应 valueOf() 方法调用，拆箱对应 xxxValue()（如 intValue()）方法调用——不是 JVM 运行时 magic，而是编译器悄悄帮你写的代码。
二、必须掌握的四大触发场景
面试官常问“什么时候会发生”，答这四类就够了：
-
赋值语句：比如
Integer i = 100;（装箱）、int x = i;（拆箱） -
集合操作：泛型容器只认对象，
list.add(42)是装箱，int n = list.get(0)是拆箱 -
方法传参/返回：参数声明为
Integer却传入int，或方法返回Integer却赋给int变量 -
算术与比较运算：如
Integer a = 1; Integer b = 2; int sum = a + b;—— 先拆箱再计算；if (i == 5)中的5会被装箱，或i被拆箱，取决于上下文
三、缓存机制是加分项，也是陷阱源头
重点讲清楚 Integer.valueOf(int) 的缓存逻辑：
立即学习“Java免费学习笔记（深入）”；
- 默认缓存范围是 -128 到 127（含），这个区间内的整数每次装箱都复用同一个对象
- 超出范围（如
Integer i1 = 200; Integer i2 = 200;），i1 == i2结果是 false —— 因为新建了两个不同对象 - 所以判断相等必须用
.equals()，或者先确保不为 null 再拆箱比较 - 其他类型也有缓存：
Boolean全部缓存（只有 true/false 两个实例），Character缓存 0–127，Long/Short同样是 -128~127，而Float/Double不缓存
四、三个致命坑，答出来直接拉高印象分
面试官最爱追问“你遇到过什么问题”，这三个点足够体现实战经验：
-
空指针异常（NPE）：如果
Integer i = null;，再写int x = i;就会抛NullPointerException—— 拆箱本质是调i.intValue()，null 上调方法必然崩 -
性能隐患：循环里频繁装箱（如
list.add(i)）会创建大量短期对象，加重 GC 压力；大数据量场景优先用原始类型数组（int[]）而非ArrayList<integer></integer> -
== 比较失效：误用
==比包装类，结果不可靠。不是 bug 是设计使然——它比的是引用，不是值。统一用.equals()或显式拆箱后用==
