Java自动装箱与拆箱仅在基本类型与包装类间隐式转换时发生，但运算、比较、集合操作或null值易引发NPE、缓存失效及ClassCastException等问题，须谨慎防护。
Java 中自动装箱（Autoboxing）与拆箱（Unboxing）看似简单，实则暗藏陷阱。核心原则是：它们只发生在基本类型和对应包装类之间赋值、方法传参、返回值等“隐式转换”场景，且仅限于编译期可识别的类型匹配；一旦涉及运算、比较、集合操作或 null，就极易触发空指针、缓存失效、性能损耗等典型问题。
别在 == 比较中混用包装类和基本类型
用 == 判断两个 Integer 是否相等，结果可能出人意料：
- 小整数（-128 ~ 127）会复用缓存对象，Integer a = 100, b = 100; a == b → true
- 超出缓存范围时新建对象，Integer c = 200, d = 200; c == d → false
- 更危险的是 Integer e = null; if (e == 0) {...} —— 拆箱时直接抛 NullPointerException
✅ 正确做法：统一用 equals()（注意判 null），或先转基本类型再用 ==（确保非 null）。
集合里存包装类，取出来用前必须防 null
ArrayList
int x = list.get(0); // 运行时报 NullPointerException
立即学习“Java免费学习笔记（深入）”；
- 集合只能存引用类型，所以自动装箱把 int 转成 Integer 存进去
- 但 get() 返回 Integer，赋值给 int 时触发拆箱 —— null 拆箱即崩
- Map.get(key) 返回 null 很常见，直接拆箱是高频踩坑点
✅ 建议：取值后先判 null，或用 Objects.requireNonNull()、Optional 封装，避免裸拆箱。
运算符（+、-、==、!=）会强制触发拆箱
Integer a = 10, b = 20;
Integer sum = a + b; // ✅ 合法：a、b 自动拆箱为 int，相加后再装箱
- 但如果 a 或 b 是 null，a + b 立刻 NPE
- Boolean c = null; if (c && true) → NPE（&& 左操作数需拆箱为 boolean）
- 甚至三元表达式：boolean flag = someCondition ? obj.getBoolean() : false；若 getBoolean() 返回 null，也会崩
✅ 关键：任何参与算术、逻辑、关系运算的包装类变量，都要默认视为“可能 null”，提前防护。
泛型擦除 + 自动装箱 = 隐藏类型转换风险
public static
String s = getValue(); // 编译通过，运行时 ClassCastException
- 泛型在运行时被擦除，JVM 不知道你期望返回 String
- 如果方法内部做了装箱（如返回 Integer），而调用方强制转成不兼容类型，异常发生在运行时
- 类似地，反射调用、JSON 反序列化后误当包装类用，也常引发拆箱失败
✅ 务必保证泛型实参类型与实际返回值一致；反序列化后建议显式检查类型或用 TypeReference。
