Java包装类算术运算遇null必抛NullPointerException，因JVM强制调用xxxValue()拆箱；高危场景包括隐式加法、Math.max、累加及三元表达式；应显式判空、用Objects.requireNonNullElse或Optional兜底，避免误用String.valueOf、Optional.of(null)等。
Java包装类在算术运算中遇到null会直接抛出NullPointerException，根本原因是JVM必须调用xxxValue()方法（如intValue()）完成自动拆箱，而null无法响应任何实例方法调用。这不是逻辑执行顺序问题，而是类型系统强制要求的转换步骤。
明确哪些算术场景会触发隐式拆箱
以下写法看似自然，实则高危：
-
Integer a = null; int b = a + 1;→ 触发a.intValue() -
Double x = null; double y = Math.max(x, 0.0);→Math.max(double, double)强制拆箱x -
Long count = getDataCount(); total += count;（total为long）→ 每次累加都拆箱 -
int result = (flag ? 10 : value) * 2;（value为Integer且可能null）→ 三元表达式类型统一导致拆箱
推荐的安全处理方式
不依赖“业务上不会null”的假设，用显式、可读、可维护的方式兜底：
-
基础判空取默认值：
int safeValue = (num != null) ? num : 0;（注意：此处num是Integer，赋值给int已隐含拆箱，但判空后确保安全） -
使用
Objects.requireNonNullElse()（Java 9+）：int v = Objects.requireNonNullElse(num, 0).intValue(); -
用
Optional封装语义：int v = Optional.ofNullable(num).orElse(0);（简洁且意图清晰） -
数据库/JSON层统一设默认值：MyBatis中配置
nullValue="0"；Jackson反序列化时用@JsonSetter(nulls = Nulls.SKIP)或@JsonInclude(NON_NULL)配合字段默认初始化
避免常见误区
有些做法看似省事，实则掩盖问题或引入新风险：
立即学习“Java免费学习笔记（深入）”；
-
String.valueOf(obj)不能用于数值运算——它返回字符串，不是数字 -
Optional.of(null)会立即抛异常，不能用来包装原始null值 - 把字段或参数声明为
Optional<Integer>违反设计初衷，ORM和序列化通常不支持 - 过度使用
.orElse(null)会让调用方再次面临NPE，失去Optional的价值
从源头减少隐患
防御性编码之外，更应优化设计降低null出现概率：
- 方法返回值优先用基本类型（
int而非Integer），除非需要表达“无值”语义 - 集合操作尽量用原始类型集合库（如
IntArrayList、LongList），彻底规避包装类 - DTO中慎用包装类字段；必须使用时，配合
@NotNull注解 + Bean Validation，并在反序列化阶段注入默认值 - 启用IDE检查（如IntelliJ的“Boxing/unboxing of primitive types”警告）和静态分析工具（SpotBugs规则
NP_UNWRITTEN_FIELD等）
