自动装箱是编译器将基本类型转为包装类（调valueOf），拆箱是反向调xxxValue；本质是编译期语法糖，运行时无新机制；坑在缓存致==不可靠、null拆箱抛NPE、循环装箱性能差。

面试中被问到自动装箱与拆箱，直接说清“是什么、为什么、踩什么坑”三句话就能镇住场子。

自动装箱与拆箱的本质是编译器的语法糖

Java 编译器在编译期把基本类型和对应包装类之间的赋值/传参，自动补上 valueOf() 和 xxxValue() 调用。比如：

• Integer i = 100; → 编译后等价于 Integer i = Integer.valueOf(100);
• int j = i; → 编译后等价于 int j = i.intValue();

运行时没新增任何机制，纯编译阶段替换，所以性能开销只在装箱时（对象创建）和拆箱时（方法调用），但要注意缓存带来的“表象异常”。

重点讲清楚 Integer 缓存范围：-128 到 127

这是高频陷阱题的核心。因为 Integer.valueOf(int) 对这个区间的值会复用缓存对象，超出就新建：

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

• Integer a = 127, b = 127; → a == b 是 true（同引用）
• Integer c = 128, d = 128; → c == d 是 false（不同对象）
• 但 a.equals(b) 和 c.equals(d) 全是 true（值比较）

其他包装类也有类似规则：Boolean 全缓存，Character 缓存 0–127，Long/Short/Byte 按规范也缓存 -128~127，但 Float/Double 不缓存。

常见雷区必须点名：空指针 + 循环中隐式装箱

这两处最容易在实战代码里翻车：

• Integer x = null; int y = x; → 直接抛 NullPointerException（拆箱时调用 x.intValue()）
• 在 for 循环里反复用 list.add(i)（i 是 int，list 是 List）→ 每次都触发装箱，频繁创建对象；大数据量时建议用原始类型集合库（如 Eclipse Collections 或 Trove）或预分配

一句话总结回答模板

“自动装箱是编译器把基本类型转成包装类（调 valueOf），拆箱是反过来（调 xxxValue）。它方便但有坑：缓存导致 == 判断不可靠，null 拆箱必 NPE，高频场景还影响性能。线上排查过因 Integer 拆箱 NPE 导致接口 500 的 case。”

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