自动装箱与拆箱是编译器在编译期插入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

用对比方式带出“什么时候该警惕”

自动装箱让代码简洁，但容易在三个地方埋雷：

• 判等用 == 而非 equals：包装类比较值必须用 equals()，尤其涉及 null 时 obj.equals(123) 比 obj == 123 更安全
• 循环中反复装箱：比如 for (int i = 0; i ，若 list 是 <code>List<integer></integer>，每次 get 返回 Integer，+ 操作触发拆箱，看似简洁，实则隐式调用多次 intValue()
• null 拆箱抛 NPE：如 Integer x = null; int y = x; → 直接抛 NullPointerException，因为底层是 x.intValue()

收尾时点出设计意图和边界感

自动装箱本质是语法糖，目标是让基本类型和包装类“看起来能无缝协作”，但它没抹平二者本质区别：一个是栈上值，一个是堆上对象。理解它，是为了写出更稳的代码，而不是依赖它来掩盖类型意识的缺失。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南