自动装箱与拆箱需答清三层：机制上编译器插入valueOf()和intValue()调用，且Integer缓存-128~127；陷阱包括null拆箱NPE、==比较因缓存范围导致真假不定、循环装箱性能损耗。
Java 面试中，自动装箱（Autoboxing）与拆箱（Unboxing）看似简单，但高频考察逻辑细节、边界陷阱和性能意识。想精准得分，不能只答“int ↔ Integer 自动转换”，要直击面试官期待的三个层次：机制原理、典型陷阱、优化意识。
一、说清底层机制，别只背定义
自动装箱不是语法糖的“黑盒”，而是编译器在编译期插入了对应包装类的静态工厂方法调用：
-
装箱：如
Integer i = 100;→ 编译后等价于Integer i = Integer.valueOf(100); -
拆箱：如
int j = i;→ 编译后等价于int j = i.intValue();
重点强调：valueOf() 方法有缓存策略（如 Integer 缓存 -128 到 127），这是后续所有陷阱的根源。
二、必答三大经典陷阱，一个都不能漏
面试官常通过代码题验证你是否真懂，以下三类错误出现频率最高：
立即学习“Java免费学习笔记（深入）”；
-
null 拆箱空指针：如
Integer a = null; int b = a;→ 运行时抛NullPointerException（拆箱调用intValue()时触发） -
== 比较失效：如
Integer x = 128, y = 128; System.out.println(x == y); // false→ 因超出缓存范围，创建了两个不同对象；而Integer m = 100, n = 100; m == n为true（复用缓存对象） -
循环中装箱导致性能浪费：如
for (int i = 0; i （list 是 <code>ArrayList<integer></integer>）→ 每次都调用Integer.valueOf(i)，频繁创建对象；应避免在高频路径中依赖自动装箱
三、体现工程意识：什么场景该禁用？怎么替代？
高分回答会主动延伸实践建议：
- 集合批量操作优先用原始类型工具库（如
IntStream、Eclipse Collections、Trove） - 明确需要 null 语义时，保留包装类型；若确定非空，考虑用原始类型 + Optional 封装
- 性能敏感模块（如金融计算、高频交易）禁用自动装箱，显式使用
int和Integer.valueOf()/xxxValue()，并注意缓存边界
四、一句话收尾，强化记忆点
自动装箱拆箱是便利性与危险性的结合体——它让代码更简洁，但把 对象生命周期、缓存策略、空值风险 全部藏在编译器背后；真正掌握，就是看透那层 valueOf() 和 xxxValue() 的皮。
