概述

我们谈到了“非阻塞”和“函数式”，但响应式是什么意思？spring-doc.cn

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

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

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

Reactive Streams 在互操作性方面起着重要作用。图书馆对此感兴趣 和基础设施组件，但作为应用程序 API 的用处不大，因为它太 低级。应用程序需要更高级别、更丰富的功能 API 来 compose async logic — 类似于 Java 8 API，但不仅适用于集合。 这就是响应式库所扮演的角色。Streamspring-doc.cn

Reactor 是 Spring WebFlux 的 Web Flux 中。它提供 Mono 和 Flux API 类型 通过一组丰富的运算符来处理 0..1 （） 和 0..N （） 的数据序列，这些运算符与 运算符的 ReactiveX 词汇表。 Reactor 是一个 Reactive Streams 库，因此，它的所有运算符都支持非阻塞背压。 Reactor 非常注重服务器端 Java。它是密切合作开发的 与Spring。MonoFluxspring-doc.cn

WebFlux 需要 Reactor 作为核心依赖项，但它可以与其他反应式 库。作为一般规则，WebFlux API 接受 plain 作为 input，在内部将其适应 Reactor 类型，使用它，并返回 a 或 a 作为输出。因此，您可以将 any 作为输入传递，并且可以应用 操作，但您需要调整输出以用于另一个反应式库。 只要可行（例如，带注释的控制器），WebFlux 就会透明地适应 RxJava 或其他反应式库。有关更多详细信息，请参阅 Reactive Libraries 。PublisherFluxMonoPublisherspring-doc.cn

该模块包含作为 Spring WebFlux 基础的反应式基础， 包括 HTTP 抽象、支持的 Reactive Streams 适配器 服务器、编解码器和核心 WebHandler API 可与 Servlet API，但具有非阻塞 Contract。spring-webspring-doc.cn

在此基础上， Spring WebFlux 提供了两种编程模型的选择：spring-doc.cn

Spring MVC 还是 WebFlux？spring-doc.cn

这是一个自然而然的问题，但却建立了一个不合理的二分法。实际上，两者都 共同扩展可用选项的范围。这两者专为 彼此之间的连续性和一致性，它们并排可用，并且提供反馈 从每一方对双方都有利。下图显示了两者之间的关系，它们是什么 具有共同点，并且每个支持的内容都独一无二：spring-doc.cn

我们建议您考虑以下具体要点：spring-doc.cn

Spring WebFlux 在 Tomcat、Jetty、Servlet 容器以及 非 Servlet 运行时，例如 Netty 和 Undertow。所有服务器都适用于低级通用 API，因此可以跨服务器支持更高级别的编程模型。spring-doc.cn

Spring WebFlux 没有内置支持来启动或停止服务器。然而，事实确实如此 从 Spring 配置和 WebFlux 基础设施轻松组装应用程序，并使用几个 代码行。spring-doc.cn

Spring Boot 有一个 WebFlux Starters，可以自动执行这些步骤。默认情况下，Starters使用 Netty，但通过更改您的 Maven 或 Gradle 依赖项。Spring Boot 默认为 Netty，因为它更广泛 在异步、非阻塞空间中使用，并允许客户端和服务器共享资源。spring-doc.cn

Tomcat 和 Jetty 可以与 Spring MVC 和 WebFlux 一起使用。但是请记住， 它们的使用方式非常不同。Spring MVC 依赖于 Servlet 阻塞 I/O 和 允许应用程序在需要时直接使用 Servlet API。Spring WebFlux 依赖于 Servlet 非阻塞 I/O，并在底层使用 Servlet API 适配器。它不暴露在外，直接使用。spring-doc.cn

对于 Undertow，Spring WebFlux 直接使用 Undertow API，而不使用 Servlet API。spring-doc.cn

性能具有许多特征和含义。通常是反应式和非阻塞的 不要使应用程序运行得更快。在某些情况下，它们可以 - 例如，如果使用 来并行运行远程调用。但是，它需要更多的工作来完成 事情以非阻塞方式进行，这可能会略微增加所需的处理时间。WebClientspring-doc.cn

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

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

在 Spring MVC（以及一般的 servlet 应用程序）中，假定应用程序可以 阻止当前线程（例如，用于远程调用）。因此，Servlet 容器 使用大型线程池来吸收请求处理过程中的潜在阻塞。spring-doc.cn

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