servlet3新特性——异步请求处理

Servlet3.0 新特性:


该版本在前一版本(Servlet 2.5)的基础上提供了若干新特性用于简化 Web 应用的开发和部署。

  • 新增的注解支持:该版本新增了若干注解,用于简化 Servlet、过滤器(Filter)和监听器(Listener)的声明,这使得 web.xml 部署描述文件从该版本开始不再是必选的了。

  • 异步处理支持:有了该特性,Servlet 线程不再需要一直阻塞,直到业务处理完毕才能再输出响应,最后才结束该 Servlet 线程。在接收到请求之后,Servlet 线程可以将耗时的操作委派给另一个线程来完成,自己在不生成响应的情况下返回至容器。针对业务处理较耗时的情况,这将大大减少服务器资源的占用,并且提高并发处理速度。

  • 可插性支持:熟悉 Struts2 的开发者一定会对其通过插件的方式与包括 Spring 在内的各种常用框架的整合特性记忆犹新。将相应的插件封装成 JAR 包并放在类路径下,Struts2 运行时便能自动加载这些插件。现在 Servlet 3.0 提供了类似的特性,开发者可以通过插件的方式很方便的扩充已有 Web 应用的功能,而不需要修改原有的应用。

注解

servlet3.0中使用注解方式来简化web.xml中对Servlet(Filter,Listener)的配置,当然不仅仅是对Servlet进行配置。同样,也可以使用web.xml,在标签下有一属性metadata-complete=”true” 在设置true时,Servlet中的注解会失效,默认值为false。

注:在注解和web.xml中同时对一个url-pattern进行设置时,实验的结果是注解会覆盖web.xml中的设置。

异步请求处理

Servlet 3.0 之前,一个普通 Servlet 的主要工作流程大致如下:

  1. 首先,Servlet 接收到请求之后,可能需要对请求携带的数据进行一些预处理;
  2. 接着,调用业务接口的某些方法,以完成业务处理;
  3. 最后,根据处理的结果提交响应,Servlet 线程结束。

其中第二步的业务处理通常是最耗时的,这主要体现在数据库操作,以及其它的跨网络调用等,在此过程中,Servlet 线程一直处于阻塞状态,直到业务方法执行完毕。在处理业务的过程中,Servlet 资源一直被占用而得不到释放,对于并发较大的应用,这有可能造成性能的瓶颈。即使在业务类中开启一个线程,线程处理后的结果是无法返回给页面的,因为servlet执行完毕后,response就关闭了,无法将后台更新数据即时更新到页面端。

注:servlet3.0 以前通常是采用私有解决方案来提前结束 Servlet 线程,并及时释放资源。

Servlet 3.0 针对这个问题做了开创性的工作,现在通过使用 Servlet 3.0 的异步处理支持,之前的 Servlet 处理流程可以调整为如下的过程:

  1. 首先,Servlet 接收到请求之后,可能首先需要对请求携带的数据进行一些预处理;
  2. 接着,Servlet 线程将请求转交给一个异步线程来执行业务处理,线程本身返回至容器,此时 Servlet 还没有生成响应数据,异步线程处理完业务以后,可以直接生成响应数据(异步线程拥有ServletRequest 和 ServletResponse 对象的引用),或者将请求继续转发给其它 Servlet。
  3. 如此一来, Servlet 线程不再是一直处于阻塞状态以等待业务逻辑的处理,而是启动异步线程之后可以立即返回。

为什么要在web应用中支持异步:

推出异步,主要是针对那些比较耗时的请求:比如一次缓慢的数据库查询,一次外部REST API调用, 或者是其他一些I/O密集型操作。这种耗时的请求会很快的耗光Servlet容器的线程池,继而影响可扩展性。

1)一些情况下,你可以立即返回客户端,而由服务器后台程序完成处理。比如在service层通过起一个线程:发送一封电子邮件,完成一个数据库作业等,而主线程立即返回到web层,关闭这次请求。
2)在另一些情况下,必须要返回处理结果,那么我们就需要把处理过程从Servlet容器中解耦出来,否则我们将耗光线程池。Servlet 3提供了这种支持,Servlet (或者Spring MVC的控制器) 能够指示response在Servlet容器的线程退出之后保持开放状态。
要实现这种效果, Servlet 3 web应用可以调用request.startAsync(),然后在其他独立的线程中使用返回的AsyncContext来继续向response写入信息。同时,从客户端的角度来看,request仍然像任何其他的HTTP的request-response交互一样,只是耗费了更长的时间而已。下面是事件的顺序:

  1. 客户端发送一个请求
  2. Servlet容器分配一个线程来处理容器中的一个servlet
  3. servlet调用request.startAsync(),保存AsyncContext, 然后返回
  4. 任何方式存在的容器线程都将退出,但是response仍然保持开放
  5. 其他线程使用保存的AsyncContext来完成响应
  6. 客户端收到响应

本博客来源于https://lanjingling.github.io/2016/01/20/servlet3-new-furture/

  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值