Spring Boot 2.0.2.RELEASE中WebFlux并发模型线程变化问询

首先可以肯定的是，你的观察完全准确——Spring Boot从2.0.1升级到2.0.2后，确实出现了线程池拆分的情况，下面逐个解答你的疑问：

1. 发现是否准确？ #

你的描述完全正确。这个差异源于Spring Boot 2.0.2升级了依赖的Reactor Netty版本（从0.7.x系列升级到0.8.x系列），而Reactor Netty在这个版本中对线程模型做了关键调整：将原本共享的单一reactor-http-nio-*线程池拆分成了独立的服务器、客户端线程池，同时保留了一个通用的NIO线程池。

2. 线程模型变更的原因是什么？ #

这次变更的核心目的是工作负载隔离，具体来说有几个关键点：

• 避免不同类型任务互相干扰：比如当WebClient调用外部慢服务时，不会占用处理用户入站请求的线程，保证用户请求的响应能力不受外部依赖影响；反过来，高并发的入站请求也不会抢占WebClient调用的资源。
• 职责更清晰，便于调优：拆分后可以针对服务器入站请求和客户端调用分别配置线程池参数（比如核心线程数、队列大小），适配不同的业务场景需求。
• 符合Reactor Netty的最佳实践：独立线程池的设计能更好地利用NIO的特性，提升整体的IO处理效率和稳定性。

3. 当前reactor-http-nio-*线程的职责是什么？ #

这个线程池是作为通用NIO线程池存在的，主要处理一些不属于服务器入站请求或WebClient响应的通用异步IO任务，比如：

• 内部组件的通信与连接管理（比如连接超时检测、心跳包处理）
• 未绑定到服务器/客户端专属线程池的底层Reactor Netty API操作
• 一些后台异步IO任务的兜底处理

在常规的业务场景下，它大部分时间会处于空闲状态，因为核心的业务IO工作已经被拆分到reactor-http-server-epoll-*和reactor-http-client-epoll-*线程池中了。

内容的提问来源于stack exchange，提问作者Milosz Tylenda