防范包装类自动拆箱npe，需在拆箱前拦截null：盯紧==比较、算术/逻辑运算、三目运算、基本类型方法传参、布尔条件直接使用五类隐式拆箱；用判空取值、objects.requirenonnullelse、optional.orelse、objects.equals、getordefault等确定性写法替代侥幸；源头减少null，优先基本类型、明确dto语义、数据库/json设默认值、用原始集合库；借助idea装箱检查、单元测试覆盖、lombok辅助防控。
防范包装类自动拆箱引发的空指针异常，核心在于识别“隐式触发点”并提前拦截——不是等它炸了再 catch，而是在拆箱动作发生前就切断 null 路径。
盯紧这五类悄悄拆箱的写法
这些代码表面无害，实则在字节码层面已插入 intValue()、booleanValue() 等调用，null 一出现立刻抛 NPE：
-
基本类型与包装类用 == 或 != 比较：如
Integer a = null; if (a == 0) -
参与算术或逻辑运算：如
Integer x = null; int y = x + 1，或Boolean flag = null; if (flag && condition) -
三目运算中混用类型：如
int result = cond ? 1 : nullableInt（JLS 要求统一为int，强制拆箱） -
传参给只收基本类型的方法：如
Math.max(5, nullableInt)、Arrays.sort(intArray)误传Integer[] -
作为布尔条件直接使用：如
Boolean flag = null; if (flag) { ... }或while (status) { ... }
用确定性写法替代“赌它不为 null”
别依赖运行时侥幸，把 null 处理显式化、集中化：
-
判空后取值：用
if (obj != null) { int v = obj.intValue(); }，注意不能写成if (obj != null && obj > 0)——后者 > 运算仍会触发拆箱 -
兜底默认值：Java 9+ 推荐
Objects.requireNonNullElse(obj, 0).intValue()；更语义清晰可用Optional.ofNullable(obj).orElse(0) -
安全比较替代 ==：用
Objects.equals(a, b)替代a == b，它对 null 友好且不触发拆箱 -
集合取值防崩：Map 用
getOrDefault(key, 0)，List 元素先Objects.nonNull(item)再处理
从源头减少 null 包装类的产生
修复不如预防，让 null 少出现在关键路径上：
-
方法返回值优先用基本类型：除非需表达“未设置”语义（如数据库 NULL 字段），否则别返回
Integer，直接返回int -
DTO/VO 字段明确语义：必填字段用
int + @NotNull；可选字段考虑Optional<integer></integer>或注释清楚“null 表示缺失” -
数据库与 JSON 场景设默认值：MyBatis 配置
nullValue="0"；Jackson 反序列化开启@JsonSetter(nulls = Nulls.SKIP)或全局关闭FAIL_ON_NULL_FOR_PRIMITIVES -
用原始集合库替代 List
：如 Eclipse Collections 的 IntList、FastUtil 的IntArrayList，彻底绕过装箱/拆箱环节
靠工具把隐患拦在编码阶段
人会漏，工具不会。启用静态检查是低成本高回报的防护手段：
-
IDEA 开启 Boxing/unboxing inspection：在 Settings → Editor → Inspections 中启用 “Boxing/unboxing of primitive types”，它能标出
if (a == 0)这类高危写法 - 单元测试覆盖边界值：对 DAO 返回、RPC 响应、JSON 解析结果，专门构造 null 包装类输入，验证逻辑是否健壮
-
Lombok 辅助但不替代逻辑：
@NonNull可提醒入参非空，但无法防止运行时拆箱；慎用@SneakyThrows掩盖 NPE
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
