Spring WebFlux是否应尽早将所有内容包装为Mono/Flux？

首先明确：你写的这种实现方式可行，但完全没必要，原因如下：

• Spring WebFlux框架已经内置了异步调度机制。当Controller方法返回Mono/Flux时，框架会自动将后续的业务逻辑调度到合适的异步线程池中执行，根本不需要手动用Mono.of(request).flatMap(...)来包装。你写的代码里，Mono.of(request)是立即完成的信号，flatMap里的service.handleRequest(r)本来就会在Mono被订阅时异步执行，和直接返回service.handleRequest(request)的效果完全一致。

• 手动包装反而会增加不必要的性能开销。额外的Mono实例创建、flatMap操作都会带来微小但无意义的损耗，属于画蛇添足的操作。

• 冗余代码会降低可读性。直接返回service.handleRequest(request)的写法简洁明了，其他开发者一眼就能理解逻辑；而额外套一层Mono包装后，只会让代码显得冗余，还得让别人花时间理解这层包装的意义——实际上它没有任何额外价值。

举个更简洁的等效写法，效果完全相同：

@GetMapping
public Mono<Result> getResult(Request request) {
    return service.handleRequest(request);
}

另外需要注意：如果你的service.handleRequest()本身是阻塞式的逻辑，那正确的做法是用subscribeOn指定专门的阻塞线程池来执行，而不是靠这种Mono包装来解决问题，比如：

@GetMapping
public Mono<Result> getResult(Request request) {
    return service.handleRequest(request)
                  .subscribeOn(Schedulers.boundedElastic());
}

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