Java Optional.orElse 和 orElseGet 为什么执行时机不同

在 Java 里，Optional.orElse() 和 orElseGet() 最容易被忽略的差别，不是返回值类型，而是默认值何时准备好。orElse(defaultValue) 的实参必须先求值，再进入方法；orElseGet(() -> defaultValue) 传入的是一个 Supplier，只有 Optional 为空时才调用它。默认值只是常量时两者都能读，默认值包含数据库查询、对象构造或文件读取时，应优先考虑 orElseGet。

一句话判断：默认值表达式很轻、无副作用，用 orElse；默认值昂贵、可能失败，或命中已有值时不应该执行，用 orElseGet。

为什么 orElse 会先执行默认值表达式

先看一个常见写法：

String name = userName.orElse(loadFromDatabase());

很多人把它读成“没有用户名才调用 loadFromDatabase()”。但 Java 方法调用要求先计算实参，再执行方法体。这里的实参就是 loadFromDatabase() 的返回值，所以即使 userName 已经有值，查询也会先发生，最后只是被 orElse 丢弃。

这不是 Optional 特有的“提前执行”，而是 Java 语言层面的参数求值规则。API 只拿到一个 T 值，并不知道这个值来自常量、构造器还是一次远程调用。

orElseGet 如何把默认值推迟到真正需要时

orElseGet 的参数类型是 Supplier extends T>。Lambda 表达式先形成一个供应函数对象，真正的默认值表达式放在 get() 调用内部：

String name = userName.orElseGet(() -> loadFromDatabase());

当 userName 有值时，Optional 直接返回已有值，Supplier 不会被调用；为空时，才调用 get() 生成返回值。这里的“延迟”指延迟到 API 判断为空之后，不代表异步执行，也不代表结果会被缓存。

四步小实验：把执行时机打印出来

第 1 步：准备带副作用的默认值

用一条日志代替真正的数据库访问，先让执行时机可见：

import java.util.Optional;

public class OptionalFallbackDemo {
    static String buildFallback() {
        // 用日志模拟一次有成本的默认值计算。
        System.out.println("buildFallback invoked");
        return "fallback";
    }

    public static void main(String[] args) {
        Optional present = Optional.of("cache-hit");
        Optional empty = Optional.empty();

        // 命中已有值时，实参表达式仍会先执行。
        System.out.println(present.orElse(buildFallback()));
        // 命中已有值时，Supplier 不会被调用。
        System.out.println(present.orElseGet(OptionalFallbackDemo::buildFallback));

        // 空 Optional 时，两种写法都会生成默认值。
        System.out.println(empty.orElse(buildFallback()));
        System.out.println(empty.orElseGet(OptionalFallbackDemo::buildFallback));
    }
}

第 2 步：按输出确认差异

前两次打印的返回结果都是 cache-hit，但第一句之前会出现一次 buildFallback invoked，第二句之前不会出现。后两次都为空，因此两种写法都会调用默认值方法。

第 3 步：把实验映射到真实代码

第 4 步：做清理与扩展

实验结束后可以删除日志方法，再把 Supplier 换成带参数的 Lambda，例如 orElseGet(() -> loadProfile(userId))。如果默认值方法可能抛出异常，要在调用方设计好异常边界；orElseGet 不会替你恢复失败。

工程代码怎么选，哪些边界要特别检查

选择时先问两个问题：默认值是否昂贵？命中 Optional 时是否允许它执行？只要有一个答案是否定的，orElseGet 往往更清晰。反过来，如果默认值是已经算好的变量，写 orElseGet(() -> value) 只会增加一层间接调用。

还要留意三个边界：

• orElse 允许传入 null，它可能在空 Optional 时返回 null；不要把这当成类型安全的兜底。
• orElseGet 在 Optional 有值时不会调用 Supplier，因此此时 Supplier 为 null 不会触发空指针；Optional 为空且 Supplier 为 null 时会抛出 NullPointerException。
• Supplier 中的数据库写入、计数器递增或日志记录仍是副作用。延迟执行改变的是时机，不会改变副作用的风险。

常见问题

orElseGet 一定比 orElse 性能好吗？

不一定。它只在默认值昂贵且 Optional 经常有值时避免无用计算；轻量常量场景不必为了“延迟”增加复杂度。

Lambda 会不会让默认值提前执行？

Lambda 本身先作为 Supplier 参数传入，但 Lambda 体里的表达式要等 get() 被调用才执行。方法引用也遵循同一边界。

空 Optional 时两者都能处理异常吗？

都不能自动处理。orElse 的默认值表达式可能在进入 API 前抛异常，orElseGet 的 Supplier 可能在空值分支抛异常，异常都应由业务边界决定是否捕获。

把默认值当成“值”还是“生成值的动作”，就是这两个 API 的实际分界。代码审查时看到数据库访问、远程调用或大对象构造出现在 orElse(...) 括号里，先检查它是否应该改成 orElseGet(...)。