lambda 表达式本身不直接处理空指针异常，但通过与 optional 配合，可在链式取值、filter 校验、orelseget 延迟初始化及避免 get() 等场景中从设计层面规避 npe。

Lambda 表达式本身不直接“处理”空指针异常（NPE），但它能和 Optional 配合，从设计层面规避 NPE 的发生场景——尤其在链式取值、条件转换、默认 fallback 等环节。

用 Optional + map 实现安全的链式取值

传统写法容易因中间对象为 null 而崩溃：

// 危险：user 或 address 为 null 时抛 NPE
String city = user.getAddress().getCity();

改用 Optional 封装后，map 会自动跳过 null：

String city = Optional.ofNullable(user)
    .map(User::getAddress)
    .map(Address::getCity)
    .orElse("未知城市");

只要任意一环为 null，后续 map 不执行，最终由 orElse 提供兜底值。

结合 filter 做空值+业务逻辑双重校验

比如查订单并只处理金额超百的订单项：

OpenJDK 24

下载

Optional.ofNullable(orderService.findOrder(id))
    .filter(order -> order.getAmount() > 100)
    .map(Order::getItems)
    .ifPresent(items -> items.forEach(System.out::println));

这里 filter 既跳过 null，也过滤不满足条件的非空对象；整个链条天然免疫 NPE。

用 orElseGet 替代硬编码默认值

当默认值构造开销大（如新建对象、远程调用），应避免 orElse 中直接 new：

• 不推荐：.orElse(new ExpensiveObject()) —— 每次都执行，哪怕 Optional 有值
• 推荐：.orElseGet(() -> createExpensiveObject()) —— 仅在为空时才调用 Supplier

这不仅提升性能，也让空值处理逻辑更清晰、更可控。

慎用 get()，优先走声明式路径

Optional.get() 是反模式入口：一旦忘记 isPresent() 就可能触发 NoSuchElementException（虽不是 NPE，但仍是运行时异常）。

应始终选择声明式方法：

• 要取值 + 默认值 → 用 orElse / orElseGet
• 要取值 + 抛业务异常 → 用 orElseThrow
• 要消费值（无返回）→ 用 ifPresent
• 要转换再消费 → 用 map + ifPresent 或链式 orElse

所有这些方法都无需显式判空，也就绕开了手动 if (x != null) 的易错路径。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南