java包装类为null时数学运算会触发自动拆箱，因其编译期生成intvalue()等方法调用，而null无法调用实例方法，故抛npe；常见于集合取值、数据库null映射、三目运算及stream操作。
当 Java 包装类（如 Integer、Double 等）为 null 时参与数学运算，JVM 会尝试自动拆箱（即调用 intValue()、doubleValue() 等方法），而对 null 调用这些方法会直接抛出 NullPointerException。
为什么数学运算会触发自动拆箱
Java 规定：当包装类出现在需要基本类型上下文的位置（如算术表达式、比较运算符右侧、赋值给基本类型变量等），编译器会自动插入拆箱操作。这不是“隐式转换”，而是编译期生成的 xxxValue() 方法调用。
-
Integer a = 10; int b = a + 5;→ 编译后等价于int b = a.intValue() + 5; -
Double x = null; double y = x * 2.0;→ 编译后等价于double y = x.doubleValue() * 2.0;，运行时报空指针
哪些场景容易踩坑
常见但易被忽略的高危写法：
- 从集合或 Map 中取值未判空：
Integer count = map.get("key"); int total = count * 10; - 数据库查询结果映射为包装类型，字段为 NULL 时返回
null，后续直接参与计算 - 使用三元运算符混合基本类型与包装类型：
int result = flag ? obj.getValue() : 0;，若getValue()返回null，拆箱发生在问号分支选择前 - 流式处理中未处理 null：
list.stream().mapToInt(Integer::intValue).sum();，只要任一元素为null就崩溃
如何安全地避免空指针
核心原则：在拆箱前确保非 null，或用默认值兜底。
- 显式判空并提供默认值：
int value = (count != null) ? count : 0; - 使用
Objects.requireNonNullElse()（Java 9+）：int value = Objects.requireNonNullElse(count, 0); - 利用包装类的静态方法（推荐）：
int value = Integer.valueOf(count).orElse(0);不适用 —— 注意：这是错误示例，Integer.valueOf(null)本身就会 NPE；正确做法是Optional.ofNullable(count).orElse(0) - 更稳妥的写法：
int value = Optional.ofNullable(count).orElse(0);或int value = count == null ? 0 : count; - 数据库/ORM 层配置默认值（如 MyBatis 的
@Options(useGeneratedKeys = false)不解决此问题，应配合resultMap中指定default或用@SelectProvider处理 null）
编译器不会警告，运行时才暴露
Java 编译器允许包装类参与运算，不检查是否可能为 null。IDE（如 IntelliJ）可能给出“May produce ‘NullPointerException’”提示，但不是强制错误。单元测试覆盖 null 输入路径是关键防线。
不复杂但容易忽略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
