在传统的Servlet模型中，通常1个请求对应1个线程。
这些线程通常来自由Servlet容器管理的池。只要Servlet容器在此池中有空闲线程，就只能处理新请求。只要您自己的代码正忙于处理请求，线程就不会空闲。
在某些情况下，打破这种模式可能是值得的。发生的情况是，请求通过这样的Servlet容器托管线程到达Servlet，然后您的代码要求异步执行。然后，您可以从Servlet请求返回，然后将释放容器线程。
与同步请求处理相反，这将不会提交任何响应，也不会关闭连接。相反，您可以将异步上下文移交给另一个线程池，该线程池可以将其拾取，并且当某个线程有空处理它时，可以为其提供服务并能够写入响应。
一个例子：
@WebServlet(urlPatterns = "/somepath", asyncSupported = true)public class AsyncServlet extends HttpServlet { @EJB private AsyncBean asyncBean; public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { AsyncContext asyncContext = request.startAsync(); // The following line will not block and return immediately asyncBean.doAsyncStuff(asyncContext); } // Shortly after this method has ended, thread will be returned to pool}随着
AsyncBean被实现为：
@Statelesspublic class AsyncBean { @Asynchronous public void doAsyncStuff(AsyncContext asyncContext) throws IOException { asyncContext.getResponse().getWriter().write("test"); }}在上面的代码中，从
AsyncServlet#doGet()方法返回后不久，Servlet线程将返回到池中。用于执行的“请求”（任务）
AsyncBean#doAsyncStuff()将被放入队列中，以供EJB线程池使用。
为什么使用WHY和何时使用的答案并不那么简单。如果您只想保留线程，那么在上述情况下，您将一个线程池中的一个线程交换为另一个线程池（在这种情况下，是Servlet池与EJB异步池），那么净收益不会那么多。您也可以给Servlet线程池一个额外的线程。
但是，在更高级的方案中，您可以对请求进行更细粒度的管理。将它们分为多个任务，并为这些任务提供线程池。例如，想象一下，由10个线程处理的10MB文件有100个下载请求，这些线程循环发送给每个请求100KB的时间。
另一个应用是需要等待来自外部系统的数据的请求，并且该外部系统能够发送可以中继回请求者的消息。也就是说，这里的数据库调用没有意义，因为无论如何您都需要另一个线程来等待响应。然后，您将一个线程再次更改为另一个线程。但是，如果您需要等待传入的电子邮件，那么一个线程可以等待任何电子邮件并将其转发给任何暂停的请求。
