您好,登录后才能下订单哦!
这篇文章主要为大家展示了“Java Servlet异步请求开启的示例分析”,内容简而易懂,条理清晰,希望能够帮助大家解决疑惑,下面让小编带领大家一起研究并学习一下“Java Servlet异步请求开启的示例分析”这篇文章吧。
在研究长轮询的实现过程,有使用到Servlet3的异步请求。
以Tomcat服务器为例:
Http请求到达Tomcat
Tomcat从线程池中取出线程处理到达Tomcat的请求
将请求Http解析为HttpServletRequest
分发到具体Servlet处理对应的业务
通过HttpServletResponse返回处理的数据
正常情况下请求模型和上面的模型一样,所有的请求交给Tomcat服务器的线程池处理,整个动作处理完成才释放回线程池。
这里就存在了一个问题如果后期的业务处理时间比较长。那么处理请求的线程就会被一直占用。当请求越来越多被占用的线程也会越来越多。直到被耗尽线程池中所有的线程。后续进来的就一直被阻塞等待线程来处理。
当用户不关心提交的返回可以定义业务处理线程池,前端请求提交后,Tomcat线程将处理提交给业务线程池立即返回。Spring 中的异步任务(@Async)就是这样的。
同样以Tomcat服务为例:
将请求Http解析为HttpServletRequest
分发到具体Servlet处理,将业务提交给自定义业务线程池,Tomcat线程立刻被释放。
当业务线程将任务执行结束,将会将结果转交给Tomcat线程池。
通过HttpServletResponse返回处理的数据
引入异步Servlet3整体流程:
使用异步 Servelt,Tomcat 线程仅仅处理请求解析动作,所有耗时较长的业务操作全部交给业务线程池,所以相比同步请求, Tomcat 线程可以处理 更多请求。虽然将业务交给了业务流程处理,但是前端还在等待结果返回(同步等待返回)。
异步处理,前端会同步等待结果返回。很多人会觉得异步请求会返回更快。其实不然由于异步存在线程的切换。所有返回时间会比同步的慢。
虽然没有降低相应时间但是还是有其他明显的优点:
可以处理更高并发连接数,提高系统整体吞吐量
请求解析与业务处理完全分离,职责单一
自定义业务线程池,我们可以更容易对其监控,降级等处理
可以根据不同业务,自定义不同线程池,相互隔离,不用互相影响
使用异步Servlet只需要三步:
HttpServletRequest#startAsync() 获取 AsyncContext 异步上下文
使用自定义业务线程池处理业务
AsyncContext#getResponse() 返回处理结果给前端,然后调用 AsyncContext#complete()
代码如下图:
开启异步Servlet
模拟业务执行
返回结果给前端
前面有说过前端是一直在同步等待的我们通过运行代码来验证一下。结果如下图:
代码地址:github.com/mxsm/spring…
在异步对象完成、超时、错误或者开始时监听
//获取异步上下文对象 AsyncContext ac=req.startAsync(); ac.addListener(new AsyncListener() { @Override public void onComplete(AsyncEvent asyncEvent) throws IOException { } @Override public void onTimeout(AsyncEvent asyncEvent) throws IOException { } @Override public void onError(AsyncEvent asyncEvent) throws IOException { } @Override public void onStartAsync(AsyncEvent asyncEvent) throws IOException { } });
以上是“Java Servlet异步请求开启的示例分析”这篇文章的所有内容,感谢各位的阅读!相信大家都有了一定的了解,希望分享的内容对大家有所帮助,如果还想学习更多知识,欢迎关注亿速云行业资讯频道!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。