Java自动装箱底层调用包装类的valueOf()静态工厂方法而非构造器，以实现对象复用和内存优化；Integer、Boolean等有缓存机制，Float/Double无缓存。
Java 中的自动装箱（Autoboxing）底层调用的是对应包装类的 静态工厂方法，而不是构造器（new Xxx()）。具体来说，编译器在编译期将基本类型转为包装类的代码，会自动替换为调用如 Integer.valueOf(int)、Boolean.valueOf(boolean) 等方法。
各包装类对应的自动装箱方法
不同包装类使用的工厂方法略有差异，但都遵循“复用已有对象、避免无谓创建”的原则：
-
Integer：调用
Integer.valueOf(int)—— 小于等于 127 且大于等于 -128 的整数会从内部缓存数组中返回对象，其余才新建实例 -
Boolean：调用
Boolean.valueOf(boolean)—— 直接返回静态常量TRUE或FALSE，绝不新建对象 -
Character：调用
Character.valueOf(char)—— 缓存范围是 \u0000 到 \u007F（即 0~127），在此范围内复用 -
Short / Byte / Long：也都使用
valueOf()方法，且都有固定缓存范围（Byte全范围缓存；Short和Long默认缓存 -128 ~ 127） -
Float / Double：没有缓存机制，每次装箱都调用
new Float(float)或new Double(double)（注意：JDK 9+ 中Float.valueOf(float)和Double.valueOf(double)已不推荐使用缓存，实际也未实现缓存）
为什么不用 new 构造器？
使用静态工厂方法而非构造器，核心目的是支持对象复用和优化内存：
- 避免频繁创建相同值的对象，减少 GC 压力
- 便于未来扩展（比如后期增加缓存策略、返回子类实例等）
- 符合《Effective Java》中“优先使用静态工厂方法”的建议
反编译验证自动装箱的真实调用
写一段简单代码：
立即学习“Java免费学习笔记（深入）”；
Integer i = 100;
用 javap -c 反编译后可见字节码中实际调用的是：
iconst_100<br>invokestatic #2 // Method java/lang/Integer.valueOf:(I)Ljava/lang/Integer;
不是 new Integer(100)，也不是直接调用构造器。这也解释了为何 Integer a = 127; Integer b = 127; System.out.println(a == b); 输出 true，而换成 128 就是 false —— 缓存生效与否的直接体现。
面试回答关键点总结
- 自动装箱由编译器完成，发生在编译期，不是运行时 JVM 特性
- 底层统一调用包装类的
valueOf()静态工厂方法（Float/Double除外，它们虽有该方法但无缓存） - 缓存策略因类而异，
Integer默认 -128~127 可配置（通过-Djava.lang.Integer.IntegerCache.high=xxx） - 禁用自动装箱或需精确控制对象创建时，应显式调用
new Xxx()（但通常不推荐）
