在提出问题之后，本文档的确提供了一些有关并发模型和线程可能期望的线索（但我仍然认为，从多线程的角度对幕后发生的事情进行更清晰/更好的描述将受到高度赞赏。春季新人）。

它讨论了Spring MVC和Spring WebFlux（每请求1线程模型与事件循环）之间的区别：

通常在Spring
MVC和servlet应用程序中，假定应用程序可能会阻塞当前线程（例如，用于远程调用），因此，servlet容器使用大线程池来吸收请求处理期间的潜在阻塞。

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

但是请注意，Spring MVC应用程序还可能引入一些异步性（请参阅Servlet
3异步）。我建议在演示文稿时讨论Servlet 3.1 NIO和WebFlux。

回到文档：它还建议在使用反应流时，您可以控制一些：

如果确实需要使用阻止库怎么办？

Reactor和RxJava都提供了publishOn运算符以继续在其他线程上进行处理。

（有关更多信息，请参阅Reactor中的调度）

它还讨论了WebFlux应用程序中可能需要的线程（ 粗体 是我的）：

线程模型

您期望在运行Spring WebFlux的服务器上看到哪些线程？

• 在“原始” Spring WebFlux服务器上（例如，没有数据访问权限，也没有其他可选的依赖项），您可以期望
  该服务器有一个线程，而其他几个则用于请求处理（通常与CPU核心数一样多）
  。但是，Servlet容器可能以更多线程（例如Tomcat上为10）开始，以同时支持Servlet，阻塞I / O和Servlet 3.1，即非阻塞I
  / O使用。
• The reactive WebClient operates in event loop style. So you’ll
  see a small, fixed number of processing threads related to that, e.g.
  “reactor-http-nio-” with the Reactor Netty connector. However if Reactor
  Netty is used for both client and server, the two will share event loop
  resources by default.
• Reactor和RxJava提供称为 调度程序的 线程池抽象，以与 publishOn运算符 配合使用，该
  运算符用于将处理切换到另一个线程池 。该 调度有提出一个具体的并发策略的名称 ，如 “平行”的CPU限制的工作
  与线程的数量有限，或 “弹性”为I / O密集型工作， 有大量的线程。如果看到这样的线程，则意味着某些代码正在使用特定的线程池调度程序策略。
• 数据访问库和其他第三方依赖性也可以创建和使用自己的线程 。
  

您可以部分地通过配置来配置线程模型的详细信息

要为服务器配置线程模型，您需要使用服务器特定的配置API，或者，如果使用Spring Boot，请检查每台服务器的Spring
Boot配置选项。可以直接配置WebClient。对于所有其他库，请参阅其各自的文档。

此外，例如在Spring Boot
2.0反应式Webflux配置中的默认线程数讨论中 ，

用于请求处理的默认线程数由基础Web服务器确定。默认情况下，Spring Boot 2.0使用的是Reactor
Netty，后者使用的是Netty的默认值

这是默认组件及其默认值（以及整体配置，包括通过注释透明注入的默认配置）的问题-在Spring /
Boot版本和相应的依赖项之间，它们也可能会发生变化。话虽如此，您的猜测似乎是正确的。