我们谈到了“非阻塞”和“功能”，但反应式是什么意思？Spring中文文档

术语“反应式”是指围绕对变化做出反应而构建的编程模型，这些模型包括对 I/O 事件做出反应的网络组件、对鼠标事件做出反应的 UI 控制器等。 从这个意义上说，非阻塞是被动的，因为我们现在处于模式中，而不是被阻塞 在操作完成或数据可用时对通知做出反应。Spring中文文档

在Spring团队中，还有另一个重要的机制与“反应”相关联 这就是非阻塞背压。在同步命令式代码中，阻止调用 作为一种自然形式的背压，迫使呼叫者等待。在非阻塞中 代码，控制事件的速率变得很重要，这样快速生产者就不会 压倒它的目的地。Spring中文文档

Reactive Streams 是一个小型规范（在 Java 9 中也被采用） 这定义了异步组件与背压之间的交互。 例如，数据存储库（充当发布者） 可以生成 HTTP 服务器（充当订阅服务器）的数据 然后可以写入响应。响应式流的主要目的是让 订阅者控制发布者生成数据的速度或速度。Spring中文文档

响应式流在互操作性方面发挥着重要作用。图书馆对此很感兴趣 和基础设施组件，但作为应用程序 API 的用处较小，因为它太 低级。应用程序需要更高级别、更丰富的功能 API 来 编写异步逻辑 — 类似于 Java 8 API，但不仅适用于集合。 这就是响应式库所扮演的角色。StreamSpring中文文档

Reactor 是 Spring WebFlux 中。它提供了 Mono 和 Flux API 类型 通过一组丰富的运算符处理 0..1 （） 和 0..N （） 的数据序列，这些运算符与 运算符的 ReactiveX 词汇表。 Reactor 是一个反应流库，因此，其所有操作员都支持非阻塞背压。 Reactor 非常注重服务器端 Java。它是在密切合作下开发的 与Spring。MonoFluxSpring中文文档

WebFlux 需要 Reactor 作为核心依赖项，但它可以与其他反应式 通过 Reactive Streams 的库。作为一般规则，WebFlux API 接受 plain 作为输入，在内部将其调整为 Reactor 类型，使用它，并返回 a 或 a 作为输出。因此，您可以将任何作为输入传递，并且可以申请 对输出进行操作，但您需要调整输出以与另一个响应式库一起使用。 只要可行（例如，带注释的控制器），WebFlux 就会透明地适应使用 RxJava 或其他响应式库。有关详细信息，请参阅响应式库。PublisherFluxMonoPublisherSpring中文文档

该模块包含 Spring WebFlux 的基础反应式基础， 包括 HTTP 抽象、支持的 Reactive Streams 适配器 服务器、编解码器和核心 WebHandler API 可与 Servlet API，但具有非阻塞协定。spring-webSpring中文文档

在此基础上，Spring WebFlux 提供了两种编程模型的选择：Spring中文文档

Spring MVC 还是 WebFlux？Spring中文文档

这是一个很自然的问题，但却建立了一个不合理的二分法。实际上，两者都 共同扩大可用选项的范围。两者专为 彼此的连续性和一致性，它们可以并排使用，并提供反馈 从每一方来看，双方都受益。下图显示了两者之间的关系，它们之间的关系 有共同点，以及每个独特支持的内容：Spring中文文档

我们建议您考虑以下具体几点：Spring中文文档

Spring WebFlux 在 Tomcat、Jetty、Servlet 容器以及 非 Servlet 运行时，例如 Netty 和 Undertow。所有服务器都适应低级通用 API，以便可以跨服务器支持更高级别的编程模型。Spring中文文档

Spring WebFlux 没有启动或停止服务器的内置支持。然而，它是 从 Spring 配置和 WebFlux 基础架构轻松组装应用程序，并使用一些应用程序运行它 代码行。Spring中文文档

Spring Boot 有一个 WebFlux 启动器，可以自动执行这些步骤。默认情况下，启动器使用 Netty，但通过更改您的 Tomcat、Jetty 或 Undertow 很容易切换到 Tomcat、Jetty 或 Undertow Maven 或 Gradle 依赖项。Spring Boot 默认为 Netty，因为它的范围更广 用于异步、非阻塞空间，并允许客户端和服务器共享资源。Spring中文文档

Tomcat 和 Jetty 可以与 Spring MVC 和 WebFlux 一起使用。但是请记住， 它们的使用方式非常不同。Spring MVC 依赖于 Servlet 阻塞 I/O 和 允许应用程序在需要时直接使用 Servlet API。Spring WebFlux 依赖于 Servlet 非阻塞 I/O，并在低级别后面使用 Servlet API 适配器。它不会公开供直接使用。Spring中文文档

对于 Undertow，Spring WebFlux 直接使用 Undertow API，而无需 Servlet API。Spring中文文档

性能具有许多特征和含义。一般为反应性和非阻塞性 不要让应用程序运行得更快。在某些情况下，它们可以 - 例如，如果使用 并行运行远程呼叫。但是，它需要更多的工作要做 事情以非阻塞的方式进行，这可以略微增加所需的处理时间。WebClientSpring中文文档

反应式和非阻塞式的主要预期好处是能够以较小的、 固定的线程数和更少的内存。这使得应用程序在负载下更具弹性， 因为它们以更可预测的方式扩展。然而，为了观察这些好处，你 需要有一定的延迟（包括缓慢和不可预测的网络 I/O 的混合）。 这就是反应式堆栈开始显示其优势的地方，差异可能是 戏剧性的。Spring中文文档

Spring MVC 和 Spring WebFlux 都支持带注释的控制器，但有一个键 并发模型的差异以及阻塞和线程的默认假设。Spring中文文档

在Spring MVC（以及一般的servlet应用程序）中，假设应用程序可以 阻止当前线程（例如，用于远程调用）。因此，servlet 容器 使用大型线程池来吸收请求处理期间的潜在阻塞。Spring中文文档

在 Spring WebFlux（以及一般的非阻塞服务器）中，假设应用程序 不要阻止。因此，非阻塞服务器使用小型、固定大小的线程池 （事件循环工作线程）来处理请求。Spring中文文档