Java – Servlet 3.0中的异步与Servlet 3.1中的NIO
直到现在，因为它适用于提供http请求，我认为术语 – asynchronous和non-blocking i/o意味着同样的事情。 但显然，它们分别在servlet 3.0和3.1中单独实现。 我在努力理解这里的差异……
有人可以对这个话题有更多了解吗？ 具体来说，我正在寻找一个服务器的servlet 3.0实现如何异步，但在一个线程上阻塞的例子？ 我想如果我理解这一点，可能更容易理解servlet 3.1中的非阻塞i / o试图解决的确切问题。
我将尝试总结我学到的东西。 要理解Servlet 3.0和Servlet 3.1解决的问题，让我们这样看待它：
在Servlet 3.0之前：
同步处理请求的问题是它导致线程（执行繁重）在响应消失之前运行了很长时间。 如果这种情况发生在规模上，servlet容器最终会用完线程 – 长时间运行的线程会导致线程不足。
在Servlet 3.0之前，有针对这些长时间运行的线程的容器特定解决方案，我们可以生成一个单独的工作线程来执行繁重的任务，然后将响应返回给客户端。 servlet线程在启动工作线程后返回到servlet池。 Tomcat的Comet，WebLogic的FutureResponseServlet和WebSphere的异步请求调度程序是异步处理实现的一些示例。
（有关详细信息，请参阅链接1。 ）
Servlet 3.0异步：
实际工作可以委托给线程池实现（独立于容器特定的解决方案）。 Runnable实现将执行实际处理，并将使用AsyncContext将请求分派给另一个资源或编写响应。 我们还可以将AsyncListener实现添加到AsyncContext对象以实现回调方法。
（有关详细信息，请参阅链接1。 ）
Servlet 3.1 NIO：
如上所述，Servlet 3.0允许异步请求处理，但只允许传统的I / O（而不是NIO）。 为什么传统的I / O存在问题？
在传统的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线程被释放，现在可以提供其他请求，从而提高性能。 （有关详细信息，请参阅链接2。 ）
积分
- 链接1： http ： //www.journaldev.com/2008/async-servlet-feature-of-servlet-3
- 链接2： https ： //blogs.oracle.com/arungupta/entry/non_blocking_i_o_using