JAX-RS服务端是否存在通用共享线程池/执行器？

你的JAX-RS服务代码示例：

@GET
@Path("/foo")
/* ... */
public Response show() {
  // Execute an async task here

  return Response.ok().entity(result).build();
}

针对你的问题，分几个层面说明：

1. JAX-RS标准规范 #

JAX-RS规范本身并没有强制要求实现必须内置线程池，但它定义了异步请求处理的标准API（比如@Suspended、AsyncResponse），具体的线程管理逻辑由各个实现厂商自行决定。

2. Jersey的内部线程池 #

Jersey作为JAX-RS的主流实现，确实内置了专门的线程池，主要用于处理异步请求的后续逻辑。比如当你使用Jersey的异步特性（比如返回CompletionStage<Response>，或者通过AsyncResponse.resume()恢复响应）时，Jersey会自动使用它的内部线程池来处理任务完成后的响应构建工作。

默认情况下，这个线程池的大小会根据CPU核心数自动调整，你也可以通过配置参数（如jersey.config.server.async.threadPool.size）手动修改线程池的大小。

3. Jetty的请求处理线程池 #

Jetty作为Servlet容器，本身就有一个核心的请求处理线程池——所有进来的HTTP请求（包括你的JAX-RS请求）都是由这个线程池的线程来接收和处理的。默认配置下，Jetty会根据系统负载动态调整线程数量，你也可以在Jetty的配置文件（比如jetty.xml）中手动配置线程池的核心大小、最大线程数等参数。

关于你的异步任务场景 #

如果要在show()方法里执行异步任务，不建议直接占用Jetty的请求线程（会影响服务吞吐量），可以选择：

• 结合Jersey的异步API，利用它的内部线程池处理后续逻辑；
• 如果有特殊的线程管理需求（比如任务优先级、自定义监控），自行创建线程池会更灵活；
• 避免直接用JVM的commonPool()，因为它是全局共享的，容易被其他任务挤占资源。

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