到目前为止，由于它适用于提供http请求，我认为术语 - asynchronous和non-blocking i/o意味着相同的事情。但显然，它们分别在servlet 3.0和3.1中单独实现。我在努力理解这里的差异......
有人可以更多地了解这个话题吗？具体来说，我正在寻找一个服务器的servlet 3.0实现如何异步，但在一个线程上阻塞的例子？我想如果我理解这一点，可能更容易理解servlet 3.1中的非阻塞i / o试图解决的确切问题。
答案 0 :(得分：23)
我将尝试总结我学到的东西。要理解Servlet 3.0和Servlet 3.1解决的问题，让我们这样看待它：
在Servlet 3.0之前：
同步处理请求的问题是它导致线程（执行繁重）在响应消失之前运行了很长时间。如果这种情况大规模发生，servlet容器最终会耗尽线程 - 长时间运行的线程会导致线程不足。
在Servlet 3.0之前，针对这些长时间运行的线程存在容器特定的解决方案，我们可以生成一个单独的工作线程来执行繁重的任务，然后将响应返回给客户端。启动工作线程后，servlet线程返回到servlet池。 Tomcat的Comet，WebLogic的FutureResponseServlet和WebSphere的异步请求调度程序是异步处理实现的一些例子。
（有关详细信息，请参阅link 1。）
Servlet 3.0 Async：
实际工作可以委托给线程池实现（独立于容器特定的解决方案）。 Runnable实现将执行实际处理，并将使用AsyncContext将请求分派给另一个资源或编写响应。我们还可以将AsyncListener实现添加到AsyncContext对象以实现回调方法
（有关详细信息，请参阅link 1。）
Servlet 3.1 NIO：
如上所述，Servlet 3.0允许异步请求处理，但只允许传统的I / O（与NIO相对）。为什么传统的I / O存在问题？
在传统的I / O中，有两种情况需要考虑：
ServletOutputStream的服务器的响应数据很慢，则客户端线程必须等待。在这两种情况下，服务器线程执行传统的I / O（用于请求/响应）块。 换句话说，使用Servlet 3.0，只有请求处理部分变为异步，而不是用于提供请求和响应的I / O.如果有足够的线程阻塞，则会导致线程不足并影响性能。
使用Servlet 3.1 NIO，ReadListener和WriteListener接口解决了这个问题。这些是在ServletInputStream和ServletOutputStream中注册的。侦听器具有回调方法，这些方法在内容可供读取时调用，或者可以在I / O线程上没有servlet容器阻塞的情况下编写。因此，这些I / O线程被释放，现在可以提供其他请求，从而提高性能。
（有关详细信息，请参阅link 2。）
<强>积分