自动装箱和拆箱是编译器语法糖，编译期插入valueof()或xxxvalue()调用，运行期依赖缓存机制；integer等在[-128,127]内复用对象，超范围则新建；null拆箱抛npe，频繁操作有性能开销。
Java 中的自动装箱（autoboxing）和自动拆箱（unboxing）是编译器层面的语法糖，**底层由编译器在编译期插入对应的包装类构造或 valueOf() / xxxValue() 方法调用，运行时则依赖包装类的缓存机制和对象方法执行**。
编译期：自动插入包装/解包代码
Java 编译器（javac）在编译阶段识别基本类型与对应包装类型之间的赋值、传参、返回等场景，主动替换为标准方法调用：
- 自动装箱（如 Integer i = 100;）被编译为 Integer i = Integer.valueOf(100);
- 自动拆箱（如 int j = i;）被编译为 int j = i.intValue();
- 算术运算中混合使用（如 Integer a = 1; int b = 2; int c = a + b;）会先拆箱再计算，即 a.intValue() + b
反编译 class 文件（如用 javap -c）可清晰看到这些插入的 valueOf 和 intValue 字节码指令，而非直接 new 对象。
运行期：valueOf() 的缓存策略决定对象复用
以 Integer.valueOf(int) 为例，它不是简单地 new Integer，而是有优化逻辑：
- 对于值在 [-128, 127] 范围内的整数，直接返回缓存数组中的已有对象（JVM 规范要求该范围必须缓存）
- 超出该范围时，才 new Integer 实例（无缓存）
- 其他包装类也有类似设计：Boolean 缓存 true/false；Byte/Short/Character 缓存全部合法值；Long 和 Integer 默认只缓存 [-128, 127]，但可通过 JVM 参数（如 -XX:AutoBoxCacheMax=200）扩大范围
这也解释了为什么 Integer a = 127; Integer b = 127; System.out.println(a == b); // true，而 Integer c = 128; Integer d = 128; System.out.println(c == d); // false（引用不同对象）。
潜在陷阱：空指针与性能开销
自动拆箱在运行时若遇到 null 包装对象，会立即抛出 NullPointerException：
- Integer x = null; int y = x; // 运行时报 NPE，因调用 x.intValue()
- 循环中频繁装箱拆箱（如 for (Integer i = 0; i ）会创建大量临时对象，影响性能
- 集合操作中混用基本类型思维（如误以为 List
支持 int 直接 get）也会隐式触发拆箱
这些行为在编译期不报错，但运行时暴露问题，需格外注意 null 安全和性能敏感场景。
本质总结：语法糖 + 缓存 + 方法调用
自动装箱/拆箱没有特殊的 JVM 指令支持，它完全建立在三者之上：
- 编译器重写代码，把隐式转换变成显式方法调用
- 包装类（Integer、Boolean 等）提供带缓存的 valueOf 和取值方法（intValue、booleanValue）
- JVM 按照普通 Java 方法规则执行，包括空检查、对象分配、方法分派
理解这一点，就能准确预判行为、避免 NPE、合理使用缓存，并在必要时选择手动控制（如用 Integer.valueOf(x) 替代 new Integer(x)，或用基本类型数组替代包装类集合）。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
