optional.ifpresentorelse可优雅区分多级缓存命中与穿透：ifpresent处理命中（如返回本地缓存）、orelse触发下一级查询（如查redis）、orelsethrow防db穿透；结合supplier实现懒加载与副作用隔离，需统一空值语义确保分支精准。
Optional.ifPresentOrElse 可以在多级缓存（如本地缓存 + 分布式缓存）中，优雅区分“缓存命中”与“缓存穿透/未命中”两种场景，避免冗余判空和重复逻辑。
精准识别三级缓存的命中状态
多级缓存常见结构为：Caffeine（本地）→ Redis（远程）→ DB（源头）。使用 Optional 包装每级结果，配合 ifPresentOrElse 能明确分流处理：
- ifPresent：说明该级缓存有值，可直接返回或降级后续查询
- orElse：说明该级为空，触发下一级加载（如本地未命中则查 Redis）
- orElseThrow：最终未命中且不允许空值时抛异常，防止穿透到 DB
避免嵌套判空，保持逻辑扁平化
传统写法容易出现 if (obj != null) { ... } else { ... } 多层嵌套；用 ifPresentOrElse 可将“取本地缓存→查 Redis→回源 DB”三步串联成线性流程：
Optional<user> local = cacheService.getLocalUser(userId);
local.ifPresentOrElse(
user -> log.info("Hit local cache: {}", user),
() -> redisService.getUser(userId)
.ifPresentOrElse(
user -> {
cacheService.putLocalUser(userId, user);
log.info("Hit Redis, warmed up local: {}", user);
},
() -> dbService.loadUser(userId)
.ifPresentOrElse(
user -> {
cacheService.putLocalUser(userId, user);
redisService.setUser(userId, user);
log.info("Loaded from DB, warmed up both caches");
},
() -> throw new UserNotFoundException(userId)
)
)
);</user>
结合 Supplier 实现懒加载与副作用隔离
orElse 部分传入的 Runnable 是惰性执行的，适合封装高开销操作（如远程调用、DB 查询），确保仅在真正未命中时才触发。同时副作用（如日志、监控埋点）可集中写在 consumer 或 runnable 中，不污染主数据流。
- consumer 参数处理“命中”路径：更新访问统计、刷新 TTL、记录命中率
- runnable 参数处理“未命中”路径：触发异步预热、上报监控指标、限流熔断判断
- 避免在 map 或 filter 中做副作用操作，保证 Optional 链的纯函数特性
注意空值语义与缓存空对象策略的协同
ifPresentOrElse 对 null 值不响应，因此需提前约定：缓存层返回 Optional.empty() 表示“该 key 确实不存在”，而非“查缓存失败”。对可能存在的空值（如 DB 查出 null 用户），应统一采用空对象（Null Object）或缓存空标记（如 Redis 存 "NULL" 字符串 + 过期时间），再由业务层解析为 Optional.empty()，否则 ifPresentOrElse 会误判为穿透。
不复杂但容易忽略：多级缓存中每一层的 Optional 构建必须语义一致，否则 ifPresentOrElse 的分支逻辑会失去精准性。
