Spring中Controller阻塞等待Future时Service加@Async是否有收益？

你给出的这种单异步调用+Controller层直接调用get()阻塞等待结果的写法，绝大多数场景下没有实际价值，反而会带来额外负收益，直接让业务逻辑在Controller请求线程上同步执行即可。

核心原因 #

• 无意义的性能开销：@Async的实现逻辑是把标注方法的执行提交到Spring管理的异步线程池，调用方线程（也就是Tomcat/Jetty的Web请求线程）会在调用get()时直接进入阻塞状态，全程不做任何工作。整个流程平白多了线程池任务调度、线程上下文切换的成本，不仅不会提速，反而会拉长接口响应耗时。
• 线程资源双重占用：同步执行时只需要占用1个Web请求线程处理逻辑，这种写法会同时占用1个等待的Web请求线程+1个执行逻辑的异步线程，高并发下会同时打满两个线程池，服务吞吐量反而比同步执行更低。
• 运维复杂度提升：异步执行会切断请求上下文传递链路，日志TraceId、请求上下文参数、异常栈信息都不会自动透传，需要额外开发逻辑做上下文拷贝，平白增加维护成本。

唯一适用的例外场景 #

当@Async绑定了专门做资源隔离的独立线程池，且方法内部是会占满CPU、或者耗时极长的重IO/重计算逻辑时，这种写法才有价值：本质是把长耗时任务从核心Web请求线程池剥离，避免少量长请求占满所有Web线程拖垮全站接口。但这种场景下也不能直接调用无参get()，必须设置合理的超时时间，同时严格管控异步线程池的队列长度、拒绝策略，避免异步线程池本身被打满。

示例参考代码 #

@RestController
@RequestMapping("/test")
public class TestController {
   ...
   @GetMapping("/blah")
   public List<String> getBlah() {
      try {
        // 必须设置超时时间，禁止无参get()无限等待
        return testService.getBlah().get(3, TimeUnit.SECONDS);
      } catch (...) {
        ...
      }
   }
}

@Service
public class TestService {
   // 绑定专门做资源隔离的自定义线程池，不要用Spring默认的异步线程池
   @Async("heavyTaskExecutor")
   public CompletableFuture<List<String>> getBlah() {
      final var retList = new ArrayList<String>();
      // 长耗时重逻辑执行
      return CompletableFuture.completedFuture(retList);
   }
}

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