Optional 本身不支持多级兜底，但可通过 Supplier 配合 or（Java 9+）或自定义 firstPresent 工具方法，实现惰性、短路、类型安全的多源逐级尝试。
Optional 本身不直接支持“多级兜底读取”，但它可以和 Supplier 配合，通过链式调用 + 短路逻辑，优雅实现“尝试从 A 读，失败则试 B，再失败则试 C”的兜底策略。
核心思路：用 map/flatMap + orElseGet 构建可中断的供应链
Supplier 提供延迟计算能力，Optional 的 orElseGet 接收 Supplier，只在值为空时才执行。结合 map（对非空值转换）和 flatMap（对转换后仍可能为空的结果继续处理），就能逐级尝试不同数据源，且任一环节成功就终止后续调用。
- 每个数据源封装为 Supplier<Optional<T>>，返回 Optional 而不是原始值，明确表达“可能查不到”
- 用 Optional.empty() 表示当前层未命中，触发 orElseGet 进入下一层
- 避免提前执行所有 Supplier，靠 orElseGet 的惰性保证性能
典型写法：链式 orElseGet 嵌套（简洁但略深）
适用于层级不多（如 2~3 级）、逻辑清晰的场景：
Optional<User> user = getUserFromCache()
.or(() -> getUserFromDb())
.or(() -> getUserFromRpc());
注意：Java 9+ 才支持 Optional.or(Supplier)，它比 orElseGet 更适合兜底链——因为返回的是 Optional，能继续 flatMap 或 or，不会提前解包。
立即学习“Java免费学习笔记（深入）”；
- getUserFromCache() 返回 Optional<User>
- getUserFromDb() 和 getUserFromRpc() 也返回 Optional<User>，而非 User
- or 内部 Supplier 只在前一个 Optional 为空时执行，天然短路
更灵活方案：用 reduce 或自定义工具方法统一编排
当兜底源较多或需动态配置（如按优先级列表加载），可把 Supplier<Optional<T>> 列表折叠：
List<Supplier<Optional<User>>> sources = List.of(
this::getUserFromCache,
this::getUserFromDb,
() -> Optional.ofNullable(getUserFromThirdParty())
);
Optional<User> result = sources.stream()
.map(Supplier::get)
.filter(Optional::isPresent)
.findFirst()
.orElse(Optional.empty());
⚠️ 注意：这种写法会依次执行所有 Supplier（除非加 limit(1) + findFirst 短路），不满足“命中即停”。更稳妥的方式是用循环手动短路：
- 遍历 suppliers 列表
- 对每个 supplier.get() 调用，检查是否 isPresent
- 一旦非空，立即 return；全部为空则 return Optional.empty()
实战建议：封装成通用工具方法
避免重复写链式 or 或循环，提取为静态工具：
public static <T> Optional<T> firstPresent(
Supplier<Optional<T>>... suppliers) {
for (Supplier<Optional<T>> s : suppliers) {
Optional<T> opt = s.get();
if (opt.isPresent()) {
return opt;
}
}
return Optional.empty();
}
// 使用
Optional<User> user = firstPresent(
this::getUserFromCache,
this::getUserFromDb,
this::getUserFromFallbackApi
);
这样既保持语义清晰，又完全惰性、短路、类型安全，还能复用到任意类型和任意数量的数据源。
