Java - Servlet 3.0中的异步与Servlet 3.1中的NIO

Question

直到现在,因为它适用于提供http请求,我认为这些术语 - asynchronous并且non-blocking i/o意味着同样的事情.但显然,它们分别在servlet 3.0和3.1中单独实现.我在努力理解这里的差异......

有人可以对这个话题有更多了解吗？具体来说,我正在寻找一个服务器的servlet 3.0实现如何异步,但在一个线程上阻塞的例子？我想如果我理解这一点,可能更容易理解servlet 3.1中的非阻塞i/o试图解决的确切问题.

Answer 1

我将尝试总结我学到的东西.要理解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