orElseGet() 延迟执行默认值逻辑，仅在 Optional 为空时调用 Supplier；orElse() 则立即计算参数，造成冗余开销。
用 Optional.orElseGet() 实现远程配置中心的默认值加载，核心在于把“尝试获取配置”封装为 Supplier，让其只在真正缺失时才触发远程调用或降级逻辑，避免无谓开销。
为什么不用 orElse()？
orElse(T other) 会**立即执行**参数表达式，哪怕 Optional 有值也会创建默认对象；而 orElseGet(Supplier extends T> supplier) 是惰性求值——仅当 Optional 为空时才调用 Supplier。远程配置拉取、HTTP 请求、JSON 解析等耗时操作必须走 orElseGet，否则每次访问都发起请求，即使配置已成功加载。
典型使用结构
假设你通过一个服务类 ConfigClient 从 Nacos/Apollo 等中心读取字符串配置：
String timeout = Optional.ofNullable(configClient.get("service.timeout"))
.filter(s -> !s.trim().isEmpty())
.map(Integer::parseInt)
.orElseGet(() -> {
log.warn("config 'service.timeout' not found or invalid, using default: 5000");
return 5000; // 本地默认值
});
关键点：
- 先用
ofNullable包装可能为 null 的原始结果 - 用
filter排除空串、空白等无效值（比单纯判 null 更严谨） - 用
map做类型转换或校验，失败则自动转为 empty -
orElseGet里只放轻量降级逻辑；如需重试/兜底远程调用，也应在此处封装，但需注意超时和熔断
进阶：组合多个降级策略
可嵌套 Optional 链式降级，例如：优先远程配置 → 失败查本地 properties → 再失败用硬编码：
Integer port = Optional.ofNullable(configClient.get("server.port"))
.filter(StringUtils::isNotBlank)
.map(Integer::parseInt)
.or(() -> Optional.ofNullable(localProps.getProperty("server.port"))
.filter(StringUtils::isNotBlank)
.map(Integer::parseInt))
.or(() -> Optional.of(8080))
.get();
这里用了 Java 9+ 的 Optional.or(Supplier)，比多次 orElseGet 更清晰表达“多级备选”。若环境受限于 Java 8，可用 orElseGet 返回另一个 Optional，再链式调用。
注意事项与避坑
实际落地时注意：
-
orElseGet中的 Supplier 不应抛出受检异常；如远程调用可能报 IOException，需在内部 try-catch 并返回默认值或包装为 RuntimeException - 避免在 Supplier 中做重复初始化（如 new ObjectMapper()），应复用单例或静态实例
- 日志建议打 WARN 级别并包含配置 key，便于问题定位；不要静默吞掉失败
- 对高频访问的配置项，建议加本地缓存（如 Caffeine），而非每次 orElseGet 都重新 fetch
这套模式不依赖 Spring @Value 或 @ConfigurationProperties，适合轻量集成或非 Spring 环境，也容易单元测试——只需 mock Supplier 行为即可覆盖所有分支。
