本文介绍如何使用 optional 的 map 和 filter 方法链式判断一个嵌套 optional 值是否非空且等于目标值，替代冗长的 ispresent() + get() + equals() 组合，提升代码可读性与安全性。
在 Java 8+ 中，Optional 的设计初衷正是为了避免显式调用 get() 和 isPresent() 的样板代码，尤其在处理嵌套 Optional（如 Optional<Order> → Optional<Customer>）时，直接解包极易引发 NoSuchElementException 或空指针风险。
你原来的写法：
Optional<Order> order = getOrder(); // API Call
if (
order.getCustomer().isPresent() &&
order.getCustomer().get().equals(INTERNAL_CUSTOMER)
) {
return;
}存在两个关键问题：
- ❌ order.getCustomer().get() 在 Optional.empty() 时会抛出异常（若 getCustomer() 返回空 Optional）；
- ❌ 即使 isPresent() 先校验，两次调用 order.getCustomer() 也违背函数式原则，且可能因副作用导致不一致（如 getCustomer() 非纯方法）。
✅ 推荐写法（安全、简洁、一次求值）：
if (order.map(Order::getCustomer).filter(INTERNAL_CUSTOMER::equals).isPresent()) {
return;
}执行逻辑分解：
- order.map(Order::getCustomer)：将 Optional<Order> 映射为 Optional<Optional<Customer>> → 自动扁平化为 Optional<Customer>（map 对空值静默处理，返回 Optional.empty()）；
- .filter(INTERNAL_CUSTOMER::equals)：仅当内部 Customer 非空且 equals(INTERNAL_CUSTOMER) 为 true 时保留该值，否则返回 Optional.empty()；
- .isPresent()：最终判断条件是否满足，语义清晰，无副作用。
? 进阶提示：
- 若需在条件成立时执行逻辑（而非仅判断），可改用 ifPresent()：
order.map(Order::getCustomer) .filter(INTERNAL_CUSTOMER::equals) .ifPresent(customer -> doSomething()); - 注意 equals() 的健壮性：确保 INTERNAL_CUSTOMER 非 null，且 Customer 类正确重写了 equals() 和 hashCode()；若 INTERNAL_CUSTOMER 可能为 null，应改用 Objects.equals(customer, INTERNAL_CUSTOMER)，并配合 filter(c -> Objects.equals(c, INTERNAL_CUSTOMER))。
总之，善用 map + filter + isPresent 组合，是写出高可读、零风险 Optional 表达式的最佳实践。
