Java Optional：为什么它没流行起来，以及你应该怎样正确使用它

Java 8 发布都十几年了，Optional 依然是个”最熟悉的陌生人”。看着满屏的 if (obj != null)，我们不禁要问：这玩意儿到底卡在哪儿了？

一、为什么大家不爱用 Optional？

1. 思维惯性：我就爱写 if

老程序员：”写了十年 Java，if 判空顺手得很！”
新人：”老师没重点讲，感觉像语法糖。”
结果就是：知道，但不用。

2. 用错了，比不用还糟

// 这是什么脱裤子放屁操作？
Optional<User> opt = Optional.ofNullable(user);
if (opt.isPresent()) {
    User u = opt.get();
    // ...
}

把 if (user != null) 换了个马甲，多此一举，让人看了想删库。

3. 团队风格不统一

你返回 Optional<User>，同事一脸懵：”这咋取值？咋判空？没找到用户咋处理？”
最后要么直接 .get()，要么 .orElse(null)，一夜回到解放前。
没有共识，Optional 就成了异类。

4. 和框架配合的尴尬

MyBatis 查不到返回 null，SpringBoot 接口返回 Optional<String> 前端也接不住（JSON 里没有这类型）。
很多人因此觉得 Optional 鸡肋。

二、Optional 的正确打开方式

场景 1：链式取值（大力推荐）

// 嵌套 if 地狱
if (user != null) {
    if (user.getAddress() != null) {
        if (user.getAddress().getCity() != null) {
            // ...
        }
    }
}

// Optional 一行流
String city = Optional.ofNullable(user)
    .map(User::getAddress)
    .map(Address::getCity)
    .orElse("未知城市");

告别瀑布式判空，代码干净到哭。

场景 2：方法返回”可能为空”的结果

public Optional<User> findActiveUserByEmail(String email) {
    User user = userRepo.findByEmail(email);
    return (user != null && user.isActive()) 
        ? Optional.of(user) 
        : Optional.empty();
}

类型即文档，调用方一看就知道要处理不存在的情况。

场景 3：优雅处理默认值

// 传统写法
String name = user.getName();
if (name == null) name = "匿名用户";

// Optional 写法
String name = Optional.ofNullable(user.getName())
                      .filter(n -> !n.trim().isEmpty()) // 连空字符一起干掉
                      .orElse("匿名用户");

三、Optional 三大禁忌

记住：Optional 是返回值，不是数据容器。

四、如何让团队接受 Optional？

1. 统一返回值规范

定个铁律：所有可能查不到的查询方法，返回 Optional<T>

• findById() → Optional<User>
• findByEmail() → Optional<User>
• findFirstActive() → Optional<Order>

2. 提供工具类降低门槛

public class Optionals {
    public static <T> T orDefault(Optional<T> opt, T def) {
        return opt.orElse(def);
    }
}

3. Code Review 温和引导

看到嵌套 if 判空，评论：”这段可以用 Optional 链式调用优化，可读性更好，要不要试试？”
别飙”你这代码不优雅”，容易干架。

五、进阶玩法

1. filter 条件过滤

Optional.ofNullable(user)
        .filter(u -> u.getAge() >= 18)
        .ifPresent(u -> System.out.println("成年用户：" + u.getName()));

2. flatMap 拍平嵌套

// 错误：Optional<Optional<String>>
Optional.ofNullable(user).map(u -> Optional.ofNullable(u.getNickName()));

// 正确：Optional<String>
Optional.ofNullable(user).flatMap(u -> Optional.ofNullable(u.getNickName()));

3. orElseThrow 声明式抛异常

User user = userService.findById(123)
                .orElseThrow(() -> new UserNotFoundException("用户不存在"));

六、清醒认识：Optional 不是万能药

1. 深层嵌套问题：对多层对象链，你得每层都用 Optional 包装
2. 轻微性能开销：创建 Optional 实例有对象开销（通常可忽略）
3. 不能跨网络传输：RPC 和 JSON 都不认这类型
4. 需要团队共识：否则代码风格分裂

七、总结速查表

核心思想：用 Optional 表达”可能不存在”的语义，用链式调用简化判空，但绝不滥用。它只是个工具，不是银弹。

Optional 不是让你秀操作的，是让代码更安全的。先让团队统一认知，再小步推广，效果最佳。

本作品采用《CC 协议》，转载必须注明作者和本文链接