异常通用的处理方式就是打日志、降级兜底、重试三板斧，那在响应式编程中又该如何实现呢？本文通过类比命令式中try-catch-finally的结构，介绍在reactor中如何一一优雅实现这些平替。

1 重构背景 原有的开发人员早已离职，代码细节没人知道，经过了一段时间的维护，发现有以下问题： 个人中心系统的特征就是组装各个业务的接口，输出个人中心业务需要的数据，整个系统调用了几十个第三方业务线的

1 概览 在本教程中，我们将通过一个实际示例了解Spring WebFlux项目中处理错误的各种策略

1 reactor 出现的背景、初衷和要达到什么样的目标 Reactor 项目始于 2012 年。 经过长时间的内部孵化，于 2013 年发布 Reactor 1.x 版本。 Reactor 1 在各

1 场景 调用多个平级服务，按照服务优先级返回第一个有效数据。 具体case：一个页面可能有很多的弹窗，弹窗之间又有优先级。每次只需要返回第一个有数据的弹窗。但是又希望所有弹窗之间的数据获取是异步的。

我们使用 subscribeOn 和 publishOn 操作符在响应链中切换执行上下文(Reactor 中叫 Scheduler)。 上一篇文章中，我们说到 Reactor 默认行为是执行订阅的同一

1 作用不同 1.2 映射？展平？ map 只执行映射 flatMap 既执行映射，也执行展平 什么叫只能执行映射？ 我理解是把一个数据执行一个方法，转换成另外一个数据。举个例子：mapper 函数把

Reactor 整合 Resilence4j 1 引入 pom 包 2 配置说明 2.1 限流 ratelimiter 两个限流配置：backendA 1s 中最多允许 10 次请求； backend

这次带大家从零开始，使用 Spring Boot 框架建立一个 Reactor 响应式项目。带大家响应式编程入门。