Optional 和传统判空区别

在 Java（以及很多其他语言）里，Optional 和**传统判空（if != null）**的核心区别可以从「目的、可读性、安全性、使用场景」几个角度看。

一、传统判空（if != null）

写法：

User user = getUser();
if (user != null) {
    Address address = user.getAddress();
    if (address != null) {
        System.out.println(address.getCity());
    }
}

特点：

• ✅ 最直接、最常见
• ✅ 性能最好（无额外对象）
• ❌ 容易遗漏判空 → NullPointerException
• ❌ 嵌套多时代码可读性差
• ❌ 语义不明确：
  null 到底表示“没有值”还是“出错了”？

二、Optional 判空

写法：

Optional<User> userOpt = getUser();
userOpt
    .map(User::getAddress)
    .map(Address::getCity)
    .ifPresent(System.out::println);

特点：

• ✅ 明确表达「可能有值，也可能没有」
• ✅ 链式调用，避免嵌套
• ✅ 编译期提醒你“这里可能为空”
• ❌ 有一定性能开销（对象创建）
• ❌ 用错反而更糟（见下文）

三、核心区别对比

四、Optional 的“正确用法”

✅ 适合用 Optional 的场景

1. 方法返回值

Optional<User> findUserById(Long id);

2. 明确表示“可能不存在”

Optional<Config> getConfig();

3. 流式处理

list.stream()
    .filter(u -> u.isActive())
    .findFirst()
    .ifPresent(this::notify);

❌ 不适合用 Optional 的场景

1. 作为字段

class User {
    Optional<Address> address; // 不推荐
}

2. 作为方法参数

void process(Optional<User> user) // 不推荐

3. 为了“替代 if”而用

if (opt.isPresent()) {
    opt.get(); // 等于没用 Optional
}

五、一句话总结

传统判空是“防御”
Optional 是“表达意图”

最佳实践：

• 业务代码内部：该 if 判空就 if
• 接口 / API 返回值：用 Optional 明确语义

如果你愿意，我可以给你一个 “什么时候必须用 Optional”的清单，或者对比 Java / Kotlin / Swift 的空安全设计。