自动拆箱是编译器在需要基本类型值时自动调用包装类xxxValue()方法的隐式转换，易因null引发NullPointerException，需谨慎判空并避免循环中频繁使用。
Java中的包装类让基本数据类型具备了对象特性，而自动拆箱（unboxing）是编译器在背后帮我们完成的从包装类对象到对应基本类型的隐式转换。理解它，关键不是死记规则，而是看清“什么时候会发生”和“为什么容易出错”。
包装类的本质：基本类型 + 对象外壳
Java为每个基本类型提供了对应的引用类型——包装类，比如 int → Integer、boolean → Boolean、double → Double 等。它们位于 java.lang 包中，是不可变类（immutable），一旦创建，值就不能修改。
包装类存在的主要目的包括：
- 让基本类型能参与泛型（如 ArrayList
） - 作为集合（Collection）或Map的元素（因为集合只能存对象）
- 提供工具方法（如 Integer.parseInt()、Double.isNaN()）
自动拆箱：编译器悄悄做的类型转换
自动拆箱是指编译器在需要基本类型值的地方，自动调用包装类的 xxxValue() 方法（如 intValue()、doubleValue()）获取其基本值的过程。
立即学习“Java免费学习笔记（深入）”；
典型触发场景有：
- 赋值给基本类型变量：int i = new Integer(42);
- 参与算术运算：Integer a = 10; int b = a + 5;
- 用于比较（==，但注意：仅当两边都是基本类型或其中一边是基本类型时才触发拆箱）：if (a == 42) {...}
- 作为方法参数传入接收基本类型的形参：void print(int x) { ... }; print(new Integer(99));
拆箱最危险的坑：空指针异常（NullPointerException）
自动拆箱不会检查包装类引用是否为 null。一旦对一个值为 null 的包装类对象执行拆箱，运行时就会抛出 NullPointerException。
常见出错例子：
- Integer x = null; int y = x; // 运行时报 NPE
- Boolean flag = getFlag(); if (flag) { ... } // getFlag() 返回 null，这里拆箱失败
- List
list = Arrays.asList(1, null, 3); int sum = list.stream().mapToInt(i -> i).sum(); // 遇到 null 时崩溃
避免方式：
- 显式判空：if (x != null) { int v = x; }
- 使用 Objects.requireNonNull(x) 提前暴露问题
- 优先用 Optional
表达可能为空的语义 - 数据库查询返回的包装类字段，务必检查是否为 null 再拆箱
拆箱与装箱的性能与缓存细节
自动装箱（boxing）和拆箱（unboxing）虽然方便，但涉及对象创建和方法调用，频繁使用会影响性能，尤其在循环中。
另外，Java对部分小整数做了缓存优化：
- Integer.valueOf(100) 和 Integer.valueOf(100) 返回同一个对象（缓存范围默认 -128 ~ 127）
- 但 Integer.valueOf(200) == Integer.valueOf(200) 结果为 false（未命中缓存，新建对象）
- 这个缓存只影响 valueOf()，不影响 new Integer(100)（永远新建）
因此，比较两个包装类是否“值相等”，始终用 .equals()；用 == 比较仅适用于确认是否为同一对象（且需清楚缓存边界）。
