自动拆箱遇null必抛NullPointerException，因其本质是调用intValue()等实例方法，而null无法响应方法调用；常见触发场景包括赋值、==比较、算术运算、三目运算、条件判断及集合取值。
Java 中自动装箱（autoboxing）和拆箱（unboxing）在简化基本类型与包装类之间转换的同时，确实容易因隐式操作引发 NullPointerException，尤其当包装类引用为 null 时发生拆箱。关键在于理解触发时机、规避空值参与运算，并主动控制转换过程。
哪些场景会隐式触发拆箱并抛出 NPE
以下代码看似合法，实则运行时可能崩溃：
Integer a = null; int b = a; // 拆箱：a.intValue() → NullPointerExceptionBoolean flag = null; if (flag) { ... } // 拆箱：flag.booleanValue() → NPEInteger x = null, y = 10; int z = x + y; // x 拆箱失败 → NPEMap<string integer> map = new HashMap(); int val = map.get("key"); // get 返回 null，赋值时自动拆箱 → NPE</string>
安全处理 null 包装类的常用策略
避免让 null 进入拆箱环节是核心原则。推荐做法包括：
-
显式判空 + 默认值兜底：用三元运算符或
Objects.requireNonNullElse（Java 9+）提供默认值int value = (num != null) ? num : 0;int value = Objects.requireNonNullElse(num, 0); -
优先使用 Optional：对可能为空的计算结果封装为
Optional<Integer>，延迟或明确处理空值逻辑
Optional<Integer> opt = Optional.ofNullable(map.get("key"));<br>int value = opt.orElse(0); -
避免在条件表达式中直接使用包装类布尔值：
错误：if (boolFlag) {...}
正确：if (Boolean.TRUE.equals(boolFlag)) {...}或if (Objects.nonNull(boolFlag) && boolFlag)
集合与泛型中的典型陷阱与写法建议
由于集合只能存对象，int 会被自动装箱为 Integer，但取值时若元素为 null，直接赋给基本类型就出问题：
立即学习“Java免费学习笔记（深入）”；
- 从
List<Integer>取值前先校验：
Integer item = list.get(i);<br>if (item != null) { process(item); } - 使用
CollectionUtils.isNotEmpty()（Apache Commons）或自定义工具方法判断非空再遍历 - 数据库查询映射到包装类字段时（如 MyBatis），确保 SQL 中用
COALESCE(col, 0)或实体字段设默认值，减少null入库
编译期与运行期的区分：装箱不报错，拆箱才危险
自动装箱（如 int → Integer）总是安全的，null 不会在此阶段产生；真正风险在反向的拆箱（Integer → int）。JVM 在字节码中将其编译为调用 xxxValue() 方法，而该方法对 null 引用直接抛异常。因此静态分析工具（如 SpotBugs）能检测出潜在的“可能拆箱 null”警告，建议开启相关检查。
