Spring WebFlux控制器接收请求时用parallel线程是否正常？

这种情况是完全正常的，属于Spring WebFlux + Reactor的默认线程调度策略，下面详细解释原因和相关逻辑：

1. WebFlux的线程分工逻辑 #

Spring WebFlux基于Reactor和Netty构建，线程池分工明确：

• actor-tcp-nio-*（Netty EventLoop线程）：专门负责网络IO操作，比如请求的接收、响应的发送，以及非阻塞IO任务（如数据库/Redis的异步查询）。这类线程是事件驱动的，不能被阻塞，否则会影响整个服务的吞吐量。
• parallel-*（Reactor默认CPU线程池）：用于处理CPU密集型任务，比如数据转换、计算、业务逻辑处理等。Reactor会自动将非IO任务切换到这类线程，避免占用Netty EventLoop线程。

2. 为什么控制器用parallel线程 #

当Netty完成请求的IO读取后，会将后续的业务处理（控制器方法执行）提交到parallel线程池，这是Reactor的默认行为——因为控制器方法通常包含业务逻辑处理，属于CPU密集型范畴，这样可以避免阻塞Netty的IO线程，保证IO操作的高效性。

而你的日志中UserService用了actor-tcp-nio线程，大概率是因为service中的操作是异步IO任务（比如用R2DBC查询数据库），这类任务会自动回到Netty EventLoop线程执行，或者service中显式通过publishOn/subscribeOn指定了IO线程。

3. 如何控制线程（如果需要绑定到IO线程） #

如果业务需求要求控制器方法也在Netty EventLoop线程执行，可以通过显式指定调度器实现：
首先注入Netty的EventLoopGroup：

@Autowired
private ReactorResourceFactory reactorResourceFactory;

然后在控制器方法中切换线程：

@GetMapping("/{userId}")
public Mono<User> read(@PathVariable Long userId) {
    return Mono.defer(() -> {
        log.info(Thread.currentThread().getName());
        return userService.read(userId);
    }).publishOn(Schedulers.fromExecutor(reactorResourceFactory.getLoopResources().onServer(false)));
}

总结 #

线程的自动切换是Spring WebFlux为了优化性能设计的默认策略，无需担心。如果没有特殊的线程绑定需求，完全可以保持默认行为，让框架自动分配最合适的线程处理任务。

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