Project Reactor中是否可同时用switchIfEmpty和onErrorResume切同一条备用流

是的，完全可以组合switchIfEmpty和onErrorResume操作符实现该需求，这也是Project Reactor中处理这类「空响应/异常统一走兜底逻辑」场景的常规实现方式。

基础实现代码 #

// 定义统一的备用流
Mono<Info> fallback = getFallbackInfo();

Mono<Info> result = infoRepository.findById(id)
    // 第一步：捕获主查询触发的所有异常，切换到备用流
    .onErrorResume(ex -> fallback)
    // 第二步：处理主查询正常完成但返回空的场景，切换到备用流
    .switchIfEmpty(fallback);

上述代码的执行逻辑完全匹配需求：

1. 主查询正常返回Info数据时，直接向下传递数据，不会触发备用流
2. 主查询抛出任意异常时，切换到备用流
3. 主查询正常执行但返回空Mono时，切换到备用流

可选简化写法 #

如果你不需要对异常做单独的日志、埋点处理，也可以将异常场景转换为空Mono，合并为空场景统一处理，效果完全一致：

Mono<Info> result = infoRepository.findById(id)
    .onErrorResume(ex -> Mono.empty())
    .switchIfEmpty(fallback);

注意事项 #

• 若备用流包含数据库查询、远程调用等开销较大的逻辑，建议用Mono.defer包裹实现懒加载，避免无意义的资源消耗，示例：switchIfEmpty(Mono.defer(() -> infoRepository.findFallbackById(id)))
• 如果需要缩小异常捕获范围，可以在onErrorResume中指定捕获的异常类型，避免捕获非预期的系统级异常，示例：onErrorResume(DataAccessException.class, ex -> fallback)
• 操作符顺序可根据业务调整：如果把onErrorResume放在switchIfEmpty之后，备用流自身抛出的异常也会被捕获并再次触发兜底逻辑，可根据实际需求选择顺序。

内容的提问来源于stack exchange，提问作者Melad Basilius