Tomcat是如何处理一次请求的源码版本8.0.21

目录

1.Tomcat容器构成

2.Tomcat是如何接收一次请求的

1.Tomcat容器构成

2.Tomcat是如何接收一次请求的

        从上图可知Tomcat中有很多容器&＃xff0c;包括Server、Service、Connector等。其中Connector正是与HTTP请求处理相关的容器。Connector的实现分为以下几种&＃xff1a;

• Http Connector&＃xff1a;基于HTTP协议&＃xff0c;负责建立HTTP连接。它又分为BIO Http Connector与NIO Http Connector两种&＃xff0c;后者提供非阻塞IO与长连接Comet支持。
• AJP Connector&＃xff1a;基于AJP协议&＃xff0c;AJP是专门设计用于Tomcat与HTTP服务器通信定制的协议&＃xff0c;能提供较高的通信速度和效率。如与Apache服务器集成时&＃xff0c;采用这个协议。
• APR HTTP Connector&＃xff1a;用C实现&＃xff0c;通过JNI调用的。主要提升对静态资源&＃xff08;如HTML、图片、CSS、JS等&＃xff09;的访问性能。

具体源码实现&＃xff1a;setProtocol函数的入参protocol在server.xml中配置

 setProtocol函数代码作用&＃xff1a;主要判断了是否启用Apr模式&＃xff0c;如果启用&＃xff0c;那么"HTTP/1.1"就将org.apache.coyote.http11.Http11AprProtocol这个类作为Handler&＃xff0c;其他协议以此类推。

我们可以看到在关闭Apr模式的时候&＃xff0c;配置"HTTP/1.1"是将Http11NioProtocol类作为Handler&＃xff0c;Http11NioProtocol为NIO模式连接器&＃xff0c;因为NIO模式涉及到生产者消费者模式&＃xff0c;代码略复杂&＃xff0c;下文我们将用Tomcat7中的Http11Protocol类&＃xff08;BIO模式&＃xff09;来剖析一次请求的过程。

可以看到Http11NioProtocol在构造的时候初始化了一个JIoEndpoint&＃xff08;通信端点&＃xff09;

在JIoEndpoint类中我们看到其内部类Acceptor启动一个线程&＃xff0c;一直在循环接收请求

 跟进processSocket方法可以看到用线程池做了一次调用

跟进内部run方法下finally块中handler.process(socket, SocketStatus.DISCONNECT);开始调用handler处理请求

 继续跟进发现其调用super.process(socket, status);

最终我们一路跟进发现调用到AbstractHttp11Processor类中 process&＃xff08;&＃xff09;方法 

在这个方法中我们可以看到&＃xff0c;tomcat已经开始对request对象进行赋值。

最终将请求交给adapter去处理&＃xff0c;

 最终调用connector.getService().getContainer().getPipeline().getFirst().invoke(request, response);将请求交给Engine的Pineline处理

 最终通过责任链模式&＃xff0c;一步步的调用到ApplicationFiterChain执行Servlet的service方法。

 最终在HttpServlet类中去调用doGet方法&＃xff0c;继而调用到我们继承自HttpServlet自定义的doGet方法。

 借鉴博文&＃xff1a;阿里大佬总结的tomcat源码&＃xff0c;写的非常好

Tomcat源码分析——生命周期管理 - 泰山不老生 - 博客园

Tomcat源码分析——请求原理分析&＃xff08;上&＃xff09; - 泰山不老生 - 博客园

Tomcat源码分析——请求原理分析&＃xff08;中&＃xff09; - 泰山不老生 - 博客园

Tomcat源码分析——请求原理分析&＃xff08;下&＃xff09; - 泰山不老生 - 博客园