java自动装箱/拆箱在泛型擦除后仍正常，因编译器在语义分析阶段插入valueof()/intvalue()调用，与擦除正交；擦除仅抹去类型信息，不干扰已生成的转换逻辑。
Java 中自动装箱与拆箱在泛型擦除后仍能正常工作，是因为它们发生在编译期（由编译器插入转换代码），而非运行时；类型擦除只影响泛型类型信息，不干扰基本类型和包装类之间的转换逻辑。
自动装箱/拆箱是编译器行为，与泛型擦除正交
泛型擦除发生在编译后期（生成字节码前），而装箱/拆箱的插入由编译器在更早的语义分析阶段完成。只要源码中存在合法的上下文（如把 int 赋给 Integer，或从 ArrayList
- 例如：List
list = new ArrayList(); list.add(42); int x = list.get(0); - 编译后等价于：list.add(Integer.valueOf(42)); int x = list.get(0).intValue();
- 擦除后字节码中只有 ArrayList 和 Integer（原始类型已消失），但 valueOf 和 intValue 调用依然存在且正确。
注意擦除后无法推断原始类型，但装箱逻辑不依赖它
泛型擦除导致运行时无法知道 List
- 不能靠泛型保证运行时一定是 Integer：比如通过反射或原始类型集合混入 Long，再用 int x = list.get(0) 就会抛 ClassCastException（因为 Long.intValue() 不会被自动调用）。
- 擦除后 ArrayList 实际存的是 Object，强制转型失败才暴露问题，不是装箱机制失效。
泛型方法中的装箱需明确类型上下文
若泛型方法形参是 T extends Number，且想对 T 做拆箱，必须显式调用对应方法（如 doubleValue()），不能直接写 double d = t（除非 T 是具体包装类）：
- ✅ 正确：
void f(T t) { int i = t; } （编译器知道 T 是 Integer 子类，可拆箱） - ❌ 错误：
void f(T t) { int i = t; } （Number 没有 intValue() 的保证，编译不通过） - ✅ 替代：int i = t.intValue();（安全，因 Number 定义了该方法）
避免在泛型容器中依赖隐式装箱做类型判断
不要假设 ArrayList
- 错误模式：List> list = Arrays.asList("1", 2, 3.0); for (int x : list) { ... }（编译失败，因 ? 无法确定可拆箱）
- 安全做法：先检查 instanceof Integer，再强转，或统一用 Number 接收后调用 intValue()。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
