Java Servlet异步请求开启的简单步骤

1. 背景

在研究长轮询的实现过程，有使用到servlet3的异步请求。下面就来学习一下servlet3的异步请求

现在servlet的版本已经到了5

2. servlet同步请求

以tomcat服务器为例：

• http请求到达tomcat
• tomcat从线程池中取出线程处理到达tomcat的请求
• 将请求http解析为httpservletrequest
• 分发到具体servlet处理对应的业务
• 通过httpservletresponse返回处理的数据

正常情况下请求模型和上面的模型一样，所有的请求交给tomcat服务器的线程池处理，整个动作处理完成才释放回线程池。
这里就存在了一个问题如果后期的业务处理时间比较长。那么处理请求的线程就会被一直占用。当请求越来越多被占用的线程也会越来越多。直到被耗尽线程池中所有的线程。后续进来的就一直被阻塞等待线程来处理。

当用户不关心提交的返回可以定义业务处理线程池，前端请求提交后，tomcat线程将处理提交给业务线程池立即返回。spring 中的异步任务(@async)就是这样的。

3. servlet异步请求

同样以tomcat服务为例：

• 将请求http解析为httpservletrequest
• 分发到具体servlet处理，将业务提交给自定义业务线程池，tomcat线程立刻被释放。
• 当业务线程将任务执行结束，将会将结果转交给tomcat线程池。
• 通过httpservletresponse返回处理的数据

引入异步servlet3整体流程：

使用异步 servelt，tomcat 线程仅仅处理请求解析动作，所有耗时较长的业务操作全部交给业务线程池，所以相比同步请求， tomcat 线程可以处理 更多请求。虽然将业务交给了业务流程处理，但是前端还在等待结果返回(同步等待返回)。

异步处理，前端会同步等待结果返回。很多人会觉得异步请求会返回更快。其实不然由于异步存在线程的切换。所有返回时间会比同步的慢。

虽然没有降低相应时间但是还是有其他明显的优点:

• 可以处理更高并发连接数，提高系统整体吞吐量
• 请求解析与业务处理完全分离，职责单一
• 自定义业务线程池，我们可以更容易对其监控，降级等处理
• 可以根据不同业务，自定义不同线程池，相互隔离，不用互相影响

4. 异步servlet使用方法

使用异步servlet只需要三步：

• httpservletrequest#startasync() 获取 asynccontext 异步上下文
• 使用自定义业务线程池处理业务
• asynccontext#getresponse() 返回处理结果给前端，然后调用 asynccontext#complete()

5. spring中的实现例子

代码如下图：

• 开启异步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异步请求开启的文章就介绍到这了,更多相关servlet异步请求开启内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！