Optional的核心是显式建模“值可能存在也可能不存在”的语义，强制调用方处理空值，提升安全性与可读性；应仅用于返回值，避免用作参数、字段或集合元素。

用 Optional 类做判空，核心不是“替代 if (obj != null)”，而是把“值可能存在也可能不存在”这个语义显式建模出来，让空值处理逻辑集中、可读、不可绕过。

用 Optional 包装可能为 null 的字段访问结果

不要在类中直接暴露可能为 null 的引用字段，而应在 getter 中返回 Optional。这样调用方必须主动处理“无值”情形，避免隐式空指针。

例如：

（Java）

不推荐：

public class User {
    private Address address;
    public Address getAddress() { return address; }
}
// 调用方容易写出 user.getAddress().getCity() —— 一旦 address 为 null 就 NPE

推荐：

public class User {
    private Address address;
    public Optional<address> getAddress() {
        return Optional.ofNullable(address);
    }
}</address>

后续使用自然变成：

user.getAddress()
    .map(Address::getCity)
    .orElse("未知城市");

整个链路安全、语义清晰，且无法跳过空值处理。

组合多个 Optional 字段时用 flatMap 避免嵌套

当需要连续访问多层可能为空的对象（如 user → address → city → postalCode），用 flatMap 可保持扁平链式调用，避免 Optional>> 套娃。

示例：

• user.getProfile().map(Profile::getPreferences).map(Preferences::getTheme)：若任一环节为 null，结果是 Optional.empty()，但中间有两层 map，易读性差
• user.getProfile().flatMap(p -> p.getPreferences().flatMap(Preferences::getTheme))：更准确，但写法冗长
• 更简洁写法（Java 14+）：user.getProfile().flatMap(Profile::getPreferences).flatMap(Preferences::getTheme)

关键是每一步都返回 Optional，用 flatMap “展平”并传递上下文，而不是用 map 包裹新 Optional。

避免 Optional 的误用陷阱

Optional 不是万能解药，滥用反而增加复杂度：

• 不要用作方法参数：如 void process(Optional name) —— 调用方仍可传 Optional.empty()，语义模糊，且无法强制非空约束
• 不要用作集合元素或字段类型：如 List> 或 private Optional createTime; —— 这违背了 Optional “仅用于返回值”的设计本意，增加内存开销和理解成本
• 不要用 get() 强取值：除非你 100% 确认非空（比如刚调过 isPresent()），否则应优先用 orElse、orElseGet、ifPresent 等安全方法

记住：Optional 是“函数式空值容器”，不是“null 的包装器”。它的价值在于推动你把“缺失”当作一等公民来设计流程。

配合 builder 模式提前拦截非法状态

Optional 本身不校验业务逻辑，但它可以和构建器（Builder）配合，在实例化阶段就拒绝无效组合。

例如：

public class Order {
    private final Optional<string> couponCode;
    private final BigDecimal total;

    private Order(Builder builder) {
        this.couponCode = Optional.ofNullable(builder.couponCode);
        this.total = Objects.requireNonNull(builder.total);
        // 业务规则：有优惠码时，订单总额不能为零
        if (this.couponCode.isPresent() && BigDecimal.ZERO.equals(total)) {
            throw new IllegalArgumentException("优惠订单总额不能为零");
        }
    }

    public static class Builder {
        private String couponCode;
        private BigDecimal total;
        // ... setters
        public Order build() { return new Order(this); }
    }
}</string>

这样，空值判别 + 业务校验被收束在构造阶段，实例一旦创建，字段语义即明确可靠，后续使用无需反复防御性检查。