java Optional 有啥优缺点

Java 8 引入的 Optional<T> 主要是用来显式表达“可能为空的值”，避免 NullPointerException，并鼓励更函数式的写法。下面从优点和缺点两方面说。

一、优点

1. 显式表达“可能为空”

比直接用 null 更清晰：

// 以前
User user = getUser();
if (user != null) {
    ...
}

// 现在
Optional<User> user = getUser();

调用方一眼就知道：这个返回值可能不存在。

2. 减少 NullPointerException

强制你在使用前考虑“空”的情况：

Optional<User> user = getUser();
user.ifPresent(u -> System.out.println(u.getName()));

比忘记 null 检查更安全。

3. 支持链式、函数式操作

可以优雅处理默认值、转换：

String name = getUser()
    .map(User::getName)
    .orElse("Unknown");

或：

getUser()
    .filter(u -> u.isActive())
    .ifPresent(this::sendEmail);

4. 提高 API 可读性

方法签名自带语义：

Optional<Order> findOrderById(String id);

比 Order findOrderById(...) 更明确。

5. 适合作为返回类型（推荐用法）

官方推荐：Optional 用于返回值，不用于参数和字段。

二、缺点

1. 滥用反而更复杂

如果到处用 Optional：

Optional<String> name = Optional.of("Tom");

本来就不是空，却硬包一层，反而更啰嗦。

2. 不能序列化（早期版本）

Optional 最初没有实现 Serializable，不能直接用在：

• Java 原生序列化
• 某些 RPC / 老框架

（Java 9+ 部分改善，但仍不推荐作为 DTO 字段）

3. 不适合作为类字段 / 方法参数

反例：

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

void send(Optional<String> msg) { // 不推荐
}

原因：

• 增加复杂度
• 调用方还得包 Optional
• 可读性差

✅ 正确做法：

• 字段：String email（可为 null 或非空约束）
• 参数：直接传值 + 重载 / 默认值

4. 性能略有开销

Optional 是对象包装：

• 多一次对象创建
• 高频场景（如循环、底层代码）不划算

5. 容易被误用成“null 替代品”

错误思维：

“用了 Optional 就安全了”

其实：

optional.get(); // 仍可能 NoSuchElementException

三、使用建议（重点）

✅ 推荐用

• 方法返回值（尤其是查询类）
• 明确表示“可能没有结果”

❌ 不推荐用

• 方法参数
• 实体类字段
• 集合元素（List<Optional<T>> 是反模式）

✅ 最佳实践

Optional<User> user = repo.findById(id);
String name = user.map(User::getName).orElse("default");

四、一句话总结

Optional 不是用来消灭 null，而是用来“显式表达可能没有值”的工具。用对地方很香，滥用很坑。

如果你愿意，我也可以给你Optional 常见误用示例 + 正确写法对照表。