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