Java 自动装箱与拆箱怎么在条件判断中引发隐藏危机-Java面试题-PHP中文网

自动拆箱引发空指针异常的四大高频场景：if中用boolean判空、integer参与数值比较、三目运算符混用包装类与基本类型、==比较integer数值，均需通过判空、objects工具类或默认值规避。

java 自动装箱与拆箱怎么在条件判断中引发隐藏危机

条件判断中用包装类直接参与布尔运算或数值比较，是自动拆箱引发空指针（NPE）最隐蔽、最高频的场景之一。表面看代码简洁安全，实际运行时可能瞬间崩溃。

if 语句里直接用 Boolean 包装类

Java 要求 if 的括号内必须是 boolean 基本类型，所以当传入 Boolean 对象时，编译器会自动调用 booleanValue() 拆箱——如果该对象为 null，立刻抛出 NullPointerException。

错误写法示例：

if (flag) { ... } —— flag 是 Boolean 类型且可能为 null
while (status) { ... } —— status 为 null 时同样触发拆箱失败

安全替代方案：

用 Boolean.TRUE.equals(flag)：既判空又比值，一行解决
显式检查：if (flag != null && flag)
用 Objects.requireNonNullElse(flag, false) 兜底再判断

数值比较中混用 Integer 和基本 int

像 if (price > 100) 这样的写法，只要 price 是 Integer 类型，就会触发自动拆箱。一旦 price == null，price.intValue() 就会 NPE。

典型高危代码：

return order.getDiscount() > 50;（getDiscount 返回 Integer）
if (count != null && count > 0) —— 注意：&& 短路不保护 > 左侧的拆箱！

正确做法：

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

先判空再比较：if (count != null && count > 0) 是安全的，因为 && 保证 count != null 为 true 后才执行右侧
但更推荐统一用 Objects.compare(count, 0, Integer::compareTo) > 0 或封装为工具方法
数据库字段映射时，在 SQL 层用 COALESCE(discount, 0)，从源头避免 null

三目运算符中包装类作操作数

三目表达式要求两个分支结果类型兼容。若一边是基本类型（如 0），另一边是包装类（如 Integer），JVM 会尝试将包装类拆箱以对齐类型——null 在此时暴露无遗。

危险示例：

int discount = valid ? order.getDiscount() : 0; —— getDiscount() 返回 null 时立即 NPE
double rate = active ? config.getRate() : 1.0; —— getRate() 为 null 同样失败

稳妥写法：

手动拆箱前加判空：int discount = valid ? (order.getDiscount() != null ? order.getDiscount() : 0) : 0;
用 Java 9+ 的 Objects.requireNonNullElse(order.getDiscount(), 0)
或升级为 Optional：opt.map(Integer::intValue).orElse(0)