Optional.orElseGet(Supplier) 比 orElse(T) 更优，因其仅在 Optional 为空时才执行 Supplier 中逻辑，实现延迟计算；orElse(T) 则总是立即求值，造成无谓开销。

当默认值的计算开销较大，或依赖外部资源、状态、上下文时，Optional.orElseGet(Supplier) 是比 orElse(T) 更优的选择——它只在 Optional 为空时才执行 Supplier 中的逻辑，实现真正的延迟计算。

为什么不能用 orElse(T) 做复杂默认值？

orElse(T) 的参数是**立即求值**的：无论 Optional 是否有值，表达式都会先执行。比如：

String fallback = expensiveDatabaseQuery(); // ⚠️ 总是执行！
String result = optionalName.orElse(fallback);

即使 optionalName 非空，expensiveDatabaseQuery() 也已调用，造成无谓开销甚至副作用。

orElseGet 如何实现延迟计算？

orElseGet(Supplier<T>) 接收一个函数式接口，仅在 Optional 为 empty() 时才调用其 get() 方法。关键在于：Supplier 是惰性执行的封装。

常见写法包括：

• 方法引用：optional.orElseGet(this::computeDefault)
• Lambda 表达式：optional.orElseGet(() -> new Date() + "-fallback")
• 带上下文的闭包：optional.orElseGet(() -> buildFallbackFrom(user, config))

典型适用场景与示例

1. 调用远程服务或数据库获取默认值
避免空值时才触发 HTTP 请求：

Optional<User> cachedUser = cache.get(userId);
User finalUser = cachedUser.orElseGet(() -> 
    apiClient.fetchUserFromLegacySystem(userId)
);

2. 基于当前时间/随机数/配置生成动态默认值
每次调用都产生新结果，且仅需一次：

Optional<String> traceId = getTraceIdFromHeader();
String id = traceId.orElseGet(() -> 
    "trace-" + System.currentTimeMillis() + "-" + ThreadLocalRandom.current().nextInt(1000)
);

3. 组合多个 fallback 策略（链式 orElseGet）
按优先级逐层降级，每层都是懒加载：

User user = optionalUser
    .or(() -> fetchFromRedis(userId))
    .or(() -> fetchFromDb(userId))
    .or(() -> createDefaultUser(userId));

（注：Java 9+ 支持 or(Supplier<Optional<T>>)，可进一步链式 fallback）

注意事项与避坑点

✅ 正确：Supplier 内部不抛出受检异常（否则需包装为 RuntimeException）
❌ 错误：在 Supplier 中修改共享状态（如递增计数器），可能因多次调用 orElseGet 导致意外行为
⚠️ 注意：Supplier 本身不应有副作用；若必须记录日志，建议用 orElseGet(() -> { log.warn("Using fallback"); return compute(); })

不复杂但容易忽略