Java 14+增强型NPE与自定义异常协同实现分层错误定位：JVM精准指出空值位置，自定义异常说明业务含义；应在关键点主动判空抛出自定义异常，必要时捕获并包装NPE，同时编译保留调试信息以提升可读性。
Java 14+ 的增强型 NPE（通过 -XX:+ShowCodeDetailsInExceptionMessages 启用）本身是 JVM 运行时自动注入的底层诊断能力，它不依赖代码修改、不侵入业务逻辑、也不与自定义异常直接耦合。但它可以和自定义异常协同工作，形成更清晰、分层的错误定位体系——关键在于“分工”：JVM 告诉你 哪里空了，你用自定义异常告诉调用方 为什么不该空、该由谁负责。
下面从实际协作角度说明怎么结合：
明确职责边界
- JVM 增强 NPE：精准指出
user.getAddress()返回 null，或config.getTimeout()是 null - 自定义异常（如
InvalidUserStateException、MissingConfigPropertyException）：封装业务语义，说明“用户地址缺失属于非法状态”，或“超时配置未加载是启动失败原因”
在空值校验点主动抛出自定义异常
不要等 NPE 发生再被动捕获——而是在关键入口/边界处做显式判空，并提前抛出带上下文的自定义异常。这时增强 NPE 不会触发，但你的异常消息可复用其思路，写得更具体：
if (user == null) {
throw new IllegalArgumentException("user must not be null in processOrder()");
}
if (user.getAddress() == null) {
throw new InvalidUserStateException(
"user.getAddress() is null — user ID=" + user.getId() + ", status=" + user.getStatus()
);
}这样既避免了 NPE 模糊堆栈，又让错误信息包含业务 ID、状态等可追溯字段。
立即学习“Java免费学习笔记（深入）”；
捕获原始 NPE 并包装为自定义异常（慎用）
仅适用于无法修改上游逻辑、又必须统一错误出口的场景（如网关层、适配器）。此时可捕获增强后的 NPE，提取其详细消息，再封装：
try {
String city = user.getAddress().getCity().toUpperCase();
} catch (NullPointerException e) {
String detail = e.getMessage(); // 如 "Cannot invoke 'String.toUpperCase()' because 'getCity()' returned null"
throw new ServiceException("Address city validation failed: " + detail, e);
}⚠️ 注意：这种包装不能替代前置校验，仅作兜底；且要保留原始异常（e）作为 cause，确保堆栈和 JVM 的详细提示不丢失。
编译与运行时配合，让自定义异常也“看得清”
增强 NPE 的精度依赖字节码中的调试信息（如局部变量名）。同样，你的自定义异常构造器若接收变量名或表达式片段，也建议：
- 编译时加
-g（保留调试符号） - 日志或异常消息中直接引用参数名（如
"param 'order' is null"），而非模糊的"input is invalid"
这样整个错误链——从 JVM 层到业务层——都保持命名一致、指向明确。
基本上就这些。
