java Optional 适合哪些场景

在 Java 8 引入的 Optional<T> 不是为了替代 null，也不是用来避免所有判空的工具，而是一种表达“值可能不存在”这一语义的手段。下面按适合场景 / 不适合场景 / 常见用法来说明。

一、Optional 适合的场景

1️⃣ 作为方法返回值（最推荐）

明确表示“可能没有结果”

public Optional<User> findUserById(Long id) {
    return userRepository.findById(id);
}

调用方：

Optional<User> userOpt = findUserById(1L);
userOpt.ifPresent(u -> System.out.println(u.getName()));

✅ 优点：

• 调用方被迫思考“不存在”的情况
• 比返回 null 更安全、可读性更好

❌ 不适合返回 null 的接口改 Optional（老代码谨慎）

2️⃣ 避免多层 null 判断（链式处理）

String city = Optional.ofNullable(user)
    .map(User::getAddress)
    .map(Address::getCity)
    .orElse("Unknown");

✅ 适合：

• 对象层级深
• 任何一层都可能为 null

3️⃣ 业务逻辑中“有值才做某事”

optional.ifPresent(this::sendNotification);

比：

if (obj != null) {
    sendNotification(obj);
}

更函数式、更清晰

4️⃣ 提供默认值 / 兜底逻辑

int port = Optional.ofNullable(config.getPort())
                   .orElse(8080);

或延迟计算：

int port = Optional.ofNullable(config.getPort())
                   .orElseGet(() -> loadDefaultPort());

5️⃣ 集合 / 数据流中可能缺失的元素

list.stream()
    .filter(u -> u.getAge() > 18)
    .findFirst();   // 返回 Optional<User>

Stream API 本身大量使用 Optional

二、Optional 不适合的场景 ❌

❌ 1. 作为类字段（不推荐）

class User {
    private Optional<String> email; // 不推荐
}

原因：

• 序列化麻烦
• 增加内存开销
• 失去“是否存在”的语义价值

✅ 正确做法：

private String email; // null 表示没有

❌ 2. 作为方法参数

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

原因：

• 增加调用复杂度
• 完全可以用重载或 null 判断

✅ 更好方式：

void process(User user) {
    if (user == null) { ... }
}

❌ 3. 用来“完全消灭 null”

if (opt.isPresent()) {
    T t = opt.get(); // 错误用法
}

这是反模式，等价于：

if (t != null) { ... }

三、Optional 常用方法速查

四、一句话总结

Optional 最适合：方法返回值、流式处理、明确“可能无值”的语义
最不适合：字段、参数、替代所有 null

如果你愿意，我也可以：

• 用 真实业务例子对比 null vs Optional
• 讲 Optional 在 Spring / JPA 中的最佳实践
• 分析 你现有代码是否该用 Optional