Java Optional.orElseGet 怎样避免默认工厂提前创建

在缓存查询或配置读取里，默认对象往往比一行代码看上去更贵：它可能会查文件、组装列表、打印日志，甚至触发一次远程调用。把它直接写进 orElse()，即使 Optional 已经有值，默认工厂也会先执行。需要让默认值只在空值分支创建时，使用 orElseGet()，把工厂本身交给 Supplier。

官方 API 对两者的定义也正好对应这个区别：orElse 在没有值时返回参数 other，orElseGet 在没有值时返回供给函数产生的结果。官方 API 地址：https://docs.oracle.com/en/java/javase/26/docs/api/java.base/java/util/Optional.html

先用一个可观察的工厂确认求值时机

不要用“结果一样”判断两种写法。给默认工厂加一个计数器，才能看到有值路径是否真的执行了它：

import java.util.Optional;
import java.util.concurrent.atomic.AtomicInteger;

public class OptionalLazyDemo {
    public static void main(String[] args) {
        AtomicInteger calls = new AtomicInteger();
        Optional present = Optional.of("缓存命中");

        // orElse 的参数先求值，所以有值时工厂也会增加计数。
        String eager = present.orElse(buildFallback(calls));
        System.out.println(eager + " / calls=" + calls.get());

        calls.set(0);
        // orElseGet 保存 Supplier，只有空 Optional 才真正调用工厂。
        String lazy = present.orElseGet(() -> buildFallback(calls));
        System.out.println(lazy + " / calls=" + calls.get());
    }

    private static String buildFallback(AtomicInteger calls) {
        // 用可见计数模拟查文件、组装对象或访问缓存等昂贵动作。
        calls.incrementAndGet();
        return "默认值";
    }
}

第一段输出的 calls 会变成 1，第二段保持 0。两次返回内容都是“缓存命中”，但执行成本不同。这里的关键不是 Lambda 本身更快，而是 orElseGet 把“是否调用工厂”的决定推迟到 Optional 判断之后。

把直接创建改成方法引用或 Lambda

真实代码里，默认工厂通常是一个方法。只要方法调用放在 orElse() 的括号里，它就已经发生；改成方法引用或 Lambda，传入的才是“以后怎么创建”的描述。

Optional profile = profileRepository.find(userId);

// 错误重点：createDefaultProfile() 在调用 orElse 前已经执行。
UserProfile profile1 = profile.orElse(createDefaultProfile(userId));

// 正确重点：方法引用只交出工厂，profile 有值时不会访问默认仓库。
UserProfile profile2 = profile.orElseGet(() -> createDefaultProfile(userId));

// 如果工厂不需要参数，也可以写成：
UserProfile profile3 = profile.orElseGet(this::createAnonymousProfile);

如果默认方法需要当前方法里的变量，Lambda 可以捕获它，但变量必须是 final 或 effectively final。若默认工厂有日志、写缓存、分配大集合等副作用，建议让它只存在于 orElseGet 的 Supplier 中，评审时一眼就能看出调用边界。

空值、异常和轻量默认值的取舍

还要注意，orElseGet 不是“永远更高级”。默认值是常量时，orElse 更短，也不会造成有意义的额外成本；而工厂如果本身总要执行，就没有必要为了形式包一层 Lambda。另一个常见误区是把可能失败的工厂藏起来：空 Optional 时，工厂抛出的异常仍会向外传播，惰性只改变执行时机，不会吞掉错误。

代码评审时用这份清单反向验证

1. 先看 orElse() 参数里是否出现方法调用、构造器或集合创建；出现就问它是否必须在有值路径执行。
2. 再看 orElseGet() 的 Supplier 是否只包含默认分支动作，避免把主流程也塞进 Lambda。
3. 用计数器、日志或测试替身确认有值路径调用次数为 0，空值路径调用次数为 1。
4. 最后确认默认工厂的异常是否符合调用方契约，不要因为换成惰性调用就误以为异常消失。

常见问题

orElseGet 会不会比 orElse 一定更快？

不会。它的价值是避免不必要的默认工厂执行；如果默认值是常量，两者差异通常没有实际意义。

Optional 有值时，orElseGet 的 Supplier 可以是 null 吗？

API 只在空值分支需要调用 Supplier 时检查它。不要依赖“当前有值”来传 null，代码一旦改成可能为空就会埋下 NullPointerException。

默认值需要抛异常时该用什么？

如果空值本身是错误，优先使用 orElseThrow(() -> new IllegalStateException(...))，让异常语义比伪造默认对象更清晰。

判断口诀很简单：默认值已经在手边且便宜，就用 orElse；默认值需要“到那时再做”，就把动作放进 orElseGet；空值不应继续流转，就用 orElseThrow。关键是审查参数表达式有没有提前发生，而不是只看方法名。