Java自动装箱不是类型转换，而是编译期语法糖，本质是调用Integer.valueOf()创建对象（含-128~127缓存），拆箱则是调用intValue()取值，null时抛NullPointerException。
自动装箱本质是调用 valueOf()，不是类型转换
当你写：Integer i = 100;
编译器不会做“int → Integer”的类型转换，而是直接替换成：Integer i = Integer.valueOf(100);
这行代码执行的是静态工厂方法调用，不是强制类型提升或隐式转换。valueOf() 返回的是一个 Integer 对象引用，和你写 new Integer(100) 语义不同（后者已废弃），关键区别在于缓存逻辑。
Integer.valueOf() 源码揭示缓存机制
核心逻辑在 Integer.valueOf(int) 方法中：
- 若传入值在 [-128, 127] 范围内，直接从静态缓存数组
IntegerCache.cache[]中返回已有对象 - 超出该范围，则 new 一个新的 Integer 实例
这意味着：Integer a = 127, b = 127; → a == b 为 true（同一缓存对象）Integer c = 128, d = 128; → c == d 为 false（两个独立对象）
自动拆箱才是真正的“取值操作”
当你写：int x = i;（i 是 Integer）
编译器实际插入的是：int x = i.intValue();
这是一个实例方法调用，从包装对象中提取基本值。如果 i 为 null，运行时抛出 NullPointerException —— 这是自动拆箱最典型的坑，和类型转换无关，纯属空指针解引用。
和真正类型转换的区别很清晰
Java 中的类型转换分两类：
- 基本类型间转换：如 byte → int，是数值位扩展，无对象参与，不涉及方法调用
-
基本类型 ↔ 包装类：自动装箱/拆箱是语法糖，底层是
valueOf()和xxxValue()方法调用，本质是对象构造与字段读取
它们不在同一抽象层级：类型转换是 JVM 字节码指令（如 i2l），而装箱拆箱是编译器生成的方法调用指令（如 invokestatic Integer.valueOf、invokevirtual Integer.intValue）。
