自动装箱引发的NPE无法被try-catch捕获，因其本质是隐式调用intValue()等方法；必须通过显式判空、Optional替代、注解约束和测试覆盖来预防。
Java 中自动装箱引发的空指针异常（NullPointerException）**无法在装箱发生时被“捕获”**——它不是可检查异常，也不是你能在装箱语句周围加 try-catch 就能提前拦截的“操作”。真正要保稳定，靠的是**预防 + 合理判空 + 明确语义**，而不是指望“捕获”它。
别指望 try-catch 拦住自动装箱 NPE
自动装箱（如 Integer i = null; int j = i;）本质是编译器插入了 i.intValue()。这个调用在运行时抛出 NPE，但它是**隐式发生的、不可见的方法调用**。你写不出一个能包裹它的 try-catch 块，除非你把整个表达式提前拆开、显式判空：
- ❌ 错误认知：“在赋值那行加 try-catch 就能捕获装箱 NPE”
- ✅ 正确认知：NPE 发生在解包（unboxing）瞬间，而解包常藏在算术运算、条件判断、方法参数传递中，位置隐蔽
核心防线：解包前必须显式判空
只要变量类型是包装类（Integer、Boolean、Long 等），且可能为 null，任何要把它当基本类型用的地方，都必须先检查：
- 算术运算：
if (a != null && b != null) { result = a + b; } - 条件判断：
if (flag != null && flag) { ... }（不能直接写if (flag)） - 方法传参：
someMethod(obj.getId() != null ? obj.getId() : 0)，或改用Objects.requireNonNullElse(obj.getId(), 0)
用 Optional 替代可空包装类字段（推荐场景）
如果某个值天然可能缺失（比如数据库查询结果、配置项），不要用 Integer field，改用 Optional<integer> field</integer>。这能强制调用方处理“无值”情况：
立即学习“Java免费学习笔记（深入）”；
-
user.getAge().orElse(0)—— 安全取默认值 -
user.getAge().ifPresent(age -> log.info("Age: {}", age))—— 安全消费 - 避免把
Optional存进数据库或 JSON，它不是数据载体，而是 API 设计契约
工具与规范辅助防漏
单靠人眼容易漏判空。借助静态检查提升稳定性：
- 启用
@Nullable/@NonNull注解（如 Jetbrains 或 Checker Framework），配合 IDE 实时提示 - 使用
Objects.requireNonNull()在构造/设值时快速失败，比运行到解包才崩更易定位 - 单元测试覆盖 null 输入路径，尤其关注 DTO 转换、JSON 反序列化后字段是否意外为 null
稳定不来自“捕获”，而来自让 null 无处遁形、让解包动作永远发生在可信前提下。
