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

到目前为止,因为它适用于提供http请求,我认为这些术语 – 异步和非阻塞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的异步请求调度程序是异步处理实现的一些示例.
(有关详细信息,请参阅link 1.)

Servlet 3.0异步：
实际工作可以委托给线程池实现(独立于容器特定的解决方案). Runnable实现将执行实际处理,并将使用AsyncContext将请求分派给另一个资源或编写响应.我们还可以将AsyncListener实现添加到AsyncContext对象以实现回调方法.
(有关详细信息,请参阅link 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线程被释放,现在可以提供其他请求,从而提高性能.
(有关详细信息,请参阅link 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

标签：servlet-3-0,java,servlets,servlet-3-1
来源： https://codeday.me/bug/20190928/1826921.html