空指针异常（npe）应在编码阶段主动规避，而非事后修复；需通过objects.requirenonnull设防入参、返回空集合替代null、合理使用optional简化嵌套调用、统一字符串与集合空安全习惯，并借助@nonnull注解和静态分析工具实现编译期拦截。
空指针异常（NullPointerException）不是“出了再修”的问题，而是该在写代码时就主动规避的隐患。真正优雅的处理，不靠层层 if (obj != null) 堆砌，也不靠 try-catch 掩盖，而是用语义清晰、职责明确、提前设防的方式让 null 无处藏身。
从参数和返回值开始设防
方法入口是第一道防线。对关键入参强制非空，能立刻暴露调用方的问题，而不是让错误向下游蔓延。
- 用
Objects.requireNonNull(obj, "提示信息")替代手写判空——异常信息更具体，语义更明确 - 对于可能为 null 的返回值，优先考虑返回空集合（如
Collections.emptyList()）或空数组，而不是null - 避免在 public 方法中返回
Optional作为业务数据载体（比如Optional<list>></list>），这会增加调用方负担；但用于内部链式转换非常合适
用 Optional 简化嵌套调用
当需要安全访问多层对象属性（如 user.getProfile().getContact().getEmail()），Optional 能把“存在性”逻辑显式表达出来，而不是靠缩进隐藏。
- 统一用
Optional.ofNullable(...)包装源头值，后续所有操作自动跳过 null 分支 -
map用于转换，filter用于条件筛选，orElse/orElseGet提供兜底值，ifPresent执行副作用 - 注意：不要为了用而用。简单判空（如
if (str != null && !str.isBlank())）有时比包装成Optional.ofNullable(str).filter(...).isPresent()更直接
字符串与集合的空安全习惯
这两类对象最常被误判为“不会为 null”，结果在 .length()、.isEmpty() 或遍历时突然崩掉。
- 字符串推荐用 Java 11+ 的
str == null || str.isBlank()判断是否为空内容；若需兼容低版本，用 Apache Commons Lang 的StringUtils.isEmpty() - 集合字段声明时就初始化：
private List<item> items = new ArrayList();</item>，避免items.add(...)直接 NPE - 对外提供集合时，用
Collections.unmodifiableList(...)或ImmutableList.copyOf(...)替代裸露可变集合，防止外部传入 null 或篡改
借助工具提升静态预防能力
运行时防御是底线，编译期拦截才是高阶做法。
- 在参数、字段、返回值上添加
@NonNull（Lombok）或@NotNull（JetBrains/JSR-305），IDE 和检查工具能实时标红潜在风险 - 启用编译器选项（如
-Xlint:unchecked）或集成 SpotBugs、ErrorProne 等静态分析工具，自动识别常见 NPE 模式 - 单元测试中主动构造 null 场景（如 mock 返回 null 的 service 方法），验证边界逻辑是否健壮
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
