一、组件详解
在tomcat处理客户端请求的过程中,这里面有三个组件概念,他们都是线程,分别负责不同的职责。(必须记清楚这三个线程组件)
acceptor
一个普通线程任务,用于接收新连接,并将新连接封装,选择一个 poller 将新连接添加到 poller 的事件队列中。
poller
一个线程任务,用于监听 socket 事件,当有任务来临时,将 socket 封装,添加到 worker 线程池的任务队列中。
worker
他是创建一组线程的,每个线程任务都是一个阻塞队列,用于对请求进行处理(例如我们中间件参数中的最大线程数就是指最多创建多少个worker线程)。每个worker线程任务包括分析解析请求报文、创建 request 对象、调用容器的 管道pipeline 执行阀门value、执行servlet的具体逻辑。
二、请求处理流程
1.总体流程图
2.worker线程任务流程
三、源码跟踪
1.tomcat启动线程组件
tomcat启动时,如果默认使用nio模式,先是执行了abstractendpoint.initserversocket,通过 serversocketchannel.open() 打开一个 serversocket通道,默认绑定到 8080 端口,用于监听请求。
说明:在java语言的nio中,类serversocketchannel就是用来处理tpc连接的客户端,他的open方法就是用例建立一个tpc连接。
然后tomcat会创建worker 线程池、acceptor线程、poller线程:
abstractendpoint.createexecutor,用于创建 worker 线程池,这个线程池是用来处理实际的请求的,把配置文件中的初始线程数10、最大线程数200等信息传进去,创建一个线程池executor
abstractendpoint.createexecutor.startacceptorthread,他创建一个线程任务acceptor,作为一个接收者,线程用来无限循环接受客户端发送过来的连接请求
nioendpoint.startinternal,创建一个线程任务poller,用于检测acceptor接兽并处理成已就绪的 socket。
2.acceptor
tomcat启动完成后,客户端发起一个请求
acceptor的run方法,无限循环在这里接受连接请求(假如启动后客户端发起一个请求,这里就是第一时间捕获到)
点进去nioendpoint.serversocketaccept(因为使用nio模式),可以看到我们熟悉的nio的accept方法,这是一个阻塞的方法,会一直等待接收请求。
当acceptor接收到客户端的请求时,调用addevent() 方法会将 socket 添加到该 poller 的 pollerevent 队列中。并调用了nio中selector.wakeup方法,唤醒了poller。到此,这一次请求中 acceptor 的任务就完成了。
3.poller
接着到poller 线程了,poller 线程1秒阻塞一次,等待有请求过来被唤醒后,每次请求先过abstractendpoint.processsocket
从处理器缓存中获取当前要被执行的任务,放进任务进程,然后获取worker线程组,将这个任务放进去。到此 poller 的任务就完成了。
4.worker
然后就是到worker线程组了,这次请求的后续的所有操作都在这个线程中完成。worker线程是一个阻塞队列,它继承自abstractqueuedsynchronizer。worker 线程被创建以后就执行 threadpoolexecutor 的 runworker() 方法,试图从 workqueue 中取待处理任务,但是一开始 workqueue 是空的,所以 worker 线程会阻塞在 workqueue.take() 方法。
当新任务添加到 workqueue后,workqueue.take() 阻塞就会结束,会返回一个 runnable,通常是 socketwrapperbase,然后 worker 线程调用 socketwrapperbase的 run() 方法对 socket 进行处理。
执行socketwrapperbase.run
里面调用的是 dorun方法,他是抽象方法,根据当前tomcat使用的模式是nio还是apr去选择执行不同的方法(默认是nio执行nioendpoint里的内部类socketprocessor.dorun)
这个socket处理器先做tpc的三次握手
三次握手,这里tomcat作为服务端,是需要响应(执行)两次的,源码断点发现每次http请求这里都是执行两次
三次握手中该方法执行两次:
第一次执行时event对象是null,执行完是open_read,表示数据可供客户端读取
第二次执行时event对象是open_read,如果停用长连接,执行完返回的是close,关闭连接,否则不关闭
走到下面,他是获取协议处理器,并执行他的process方法
执行abstractprotocol.process
可以看到他是获取的http11processor,因为默认用的协议是http1.1
下面执行这个处理器的process方法
跟进去abstractprocessorlight.process,然后到了http11processor.service,service方法先是从当前请求request中,解析请求行、请求头、请求体,封装成request对象
下面获取adapter(coyoteadaptor),调用service方法
执行coyoteadaptor.service
获取到request和response并封装
然后调用postparserequest方法,在 mapper 中查询 url 的映射关系
下面把封装成的request对象和响应的response对象传递给engine容器,然后获取他的管道,执行里面绑定的阀门value
按顺序执行多个阀门,实现对应的功能
最后执行到standardwrappervalve.invoke
将servlet封装到filterchain过滤器链中
他是定位到applicationfilterchain.dofilter,里面先是执行了tomcat内置的过滤器
下面执行了servlet.service
然后这里就是去调用我们熟悉的httpservlet的service方法,解析里面对应的doget方法,或者dopost方法等等… ,也就是执行具体业务方法。
最后由servlet将响应返回给了客户端。
总结
到此这篇关于tomcat处理请求的流程的文章就介绍到这了,更多相关tomcat处理请求内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网!
发表评论