自动装箱与拆箱是编译器在编译期插入Integer.valueOf()或intValue()等调用的行为；例如Integer i = 100;编译后等价于Integer i = Integer.valueOf(100);。
在 Java 面试中谈自动装箱与拆箱，关键不是背定义，而是用一句话说清“谁在什么场景下、为什么、做了什么事”，再配上一个让人立刻心领神会的小例子。
先说清楚“自动”二字的主语是谁
自动装箱/拆箱是编译器的行为，不是 JVM 运行时动态决定的，更不是包装类自己“主动”转换的。Java 编译器（javac）在编译阶段就根据上下文类型，悄悄插入了 Integer.valueOf() 或 intValue() 这类方法调用。
- 写的是
Integer i = 100;→ 编译后等价于Integer i = Integer.valueOf(100); - 写的是
int j = i;（i 是 Integer）→ 编译后等价于int j = i.intValue();
重点讲清缓存机制这个高频陷阱点
面试官常问“Integer a = 127; Integer b = 127; a == b 是 true 还是 false？换成 128 呢？”——这考的就是你是否知道 valueOf() 内部有缓存（-128 到 127），且这个缓存只对自动装箱生效。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- ≤127 的小整数：自动装箱复用缓存对象 →
==可能为 true（地址相同） - >127 的整数：每次新建对象 →
==一定为 false（地址不同） -
强调一句：只要用了 new Integer(127)，就绕过缓存，哪怕值再小，
==也是 false
用对比方式带出“什么时候该警惕”
自动装箱让代码简洁，但容易在三个地方埋雷：
立即学习“Java免费学习笔记（深入）”；
-
判等用 == 而非 equals：包装类比较值必须用
equals()，尤其涉及 null 时obj.equals(123)比obj == 123更安全 -
循环中反复装箱：比如
for (int i = 0; i < list.size(); i++) { sum += list.get(i); }，若 list 是List<Integer>，每次 get 返回 Integer，+ 操作触发拆箱，看似简洁，实则隐式调用多次intValue() -
null 拆箱抛 NPE：如
Integer x = null; int y = x;→ 直接抛NullPointerException，因为底层是x.intValue()
收尾时点出设计意图和边界感
自动装箱本质是语法糖，目标是让基本类型和包装类“看起来能无缝协作”，但它没抹平二者本质区别：一个是栈上值，一个是堆上对象。理解它，是为了写出更稳的代码，而不是依赖它来掩盖类型意识的缺失。
