总体结构

Tomcat中最顶层的容器是Server&＃xff0c;代表着整个服务器&＃xff0c;从上图中可以看出&＃xff0c;一个Server可以包含至少一个Service&＃xff0c;用于具体提供服务。

Service主要包含两个部分&＃xff1a;Connector和Container。从上图可以看出 Tomcat 的心脏就是这两个组件&＃xff0c;他们的作用如下&＃xff1a;

1、Connector用于处理连接相关的事情&＃xff0c;并提供Socket与Request和Response相关的转化;

2、Container用于封装和管理Servlet&＃xff0c;以及具体处理Request请求&＃xff1b;

一个Tomcat中只有一个Server&＃xff0c;一个Server可以包含多个Service&＃xff0c;一个Service只有一个Container&＃xff0c;但是可以有多个Connector&＃xff0c;这是因为一个服务可以有多个连接&＃xff0c;如同时提供Http和Https链接&＃xff0c;也可以提供向相同协议不同端口的连接。

接收请求的连接器connector

组件作用描述&＃xff1a;

1. EndPointEndPoint 是 Coyote 通信端点&＃xff0c;即通信监听的接⼝&＃xff0c;是具体Socket接收和发送处理器&＃xff0c;是对传输层的抽象&＃xff0c;因此EndPoint⽤来实现TCP/IP协议的

2. Processor 是Coyote 协议处理接⼝ &＃xff0c;如果说EndPoint是⽤来实现TCP/IP协议的&＃xff0c;那么Processor⽤来实现HTTP协议&＃xff0c;Processor接收来⾃EndPoint的Socket&＃xff0c;读取字节流解析成Tomcat Request和Response对象&＃xff0c;并通过Adapter将其提交到容器处理&＃xff0c;Processor是对应⽤层协议的抽象

3. ProtocolHandlerCoyote 协议接⼝&＃xff0c; 通过Endpoint 和 Processor &＃xff0c; 实现针对具体协议的处理能⼒。Tomcat 按照协议和I/O 提供了6个实现类 &＃xff1a; AjpNioProtocol &＃xff0c;AjpAprProtocol&＃xff0c; AjpNio2Protocol &＃xff0c; Http11NioProtocol &＃xff0c;Http11Nio2Protocol &＃xff0c;Http11AprProtocol

4. Adapter由于协议不同&＃xff0c;客户端发过来的请求信息也不尽相同&＃xff0c;Tomcat定义了⾃⼰的Request类来封装这些请求信息。ProtocolHandler接⼝负责解析请求并⽣成Tomcat Request类。但是这个Request对象不是标准的ServletRequest&＃xff0c;不能⽤Tomcat Request作为参数来调⽤容器。Tomcat设计者的解决⽅案是引⼊CoyoteAdapter&＃xff0c;这是适配器模式的经典运⽤&＃xff0c;连接器调⽤CoyoteAdapter的Sevice⽅法&＃xff0c;传⼊的是Tomcat Request对象&＃xff0c;CoyoteAdapter负责将Tomcat Request转成ServletRequest&＃xff0c;再调⽤容器

Container如何处理请求的&＃xff1f;

Container处理请求是使用Pipeline-Value管道来处理的&＃xff01;

Pipeline-Value是责任链模式&＃xff0c;责任链模式是指在一个请求处理的过程中有很多处理者依次对请求进行处理&＃xff0c;每个处理者负责做自己相应的处理&＃xff0c;处理完之后将处理后的请求返回&＃xff0c;再让下一个处理着继续处理。 但是&＃xff01;Pipeline-Value使用的责任链模式和普通的责任链模式有些不同&＃xff01;区别主要有以下两点&＃xff1a;

&＃xff08;1&＃xff09;每个Pipeline都有特定的Value&＃xff0c;而且是在管道的最后一个执行&＃xff0c;这个Value叫做BaseValue&＃xff0c;BaseValue是不可删除的&＃xff1b;

&＃xff08;2&＃xff09;在上层容器的管道的BaseValue中会调用下层容器的管道。

我们知道Container包含四个子容器&＃xff0c;而这四个子容器对应的BaseValue分别在&＃xff1a;StandardEngineValue、StandardHostValue、StandardContextValue、StandardWrapperValue。

Pipeline的处理流程图如下&＃xff1a;

&＃xff08;1&＃xff09;Connector在接收到请求后会首先调用最顶层容器的Pipeline来处理&＃xff0c;这里的最顶层容器的Pipeline就是EnginePipeline&＃xff08;Engine的管道&＃xff09;&＃xff1b;

&＃xff08;2&＃xff09;在Engine的管道中依次会执行EngineValue1、EngineValue2等等&＃xff0c;最后会执行StandardEngineValue&＃xff0c;在StandardEngineValue中会调用Host管道&＃xff0c;然后再依次执行Host的HostValue1、HostValue2等&＃xff0c;最后在执行StandardHostValue&＃xff0c;然后再依次调用Context的管道和Wrapper的管道&＃xff0c;最后执行到StandardWrapperValue。

&＃xff08;3&＃xff09;当执行到StandardWrapperValue的时候&＃xff0c;会在StandardWrapperValue中创建FilterChain&＃xff0c;并调用其doFilter方法来处理请求&＃xff0c;这个FilterChain包含着我们配置的与请求相匹配的Filter和Servlet&＃xff0c;其doFilter方法会依次调用所有的Filter的doFilter方法和Servlet的service方法&＃xff0c;这样请求就得到了处理&＃xff01;

&＃xff08;4&＃xff09;当所有的Pipeline-Value都执行完之后&＃xff0c;并且处理完了具体的请求&＃xff0c;这个时候就可以将返回的结果交给Connector了&＃xff0c;Connector在通过Socket的方式将结果返回给客户端.

Tomcat Server处理一个http请求的过程

假设来自客户的请求为&＃xff1a;

http://localhost:8080/wsota/wsota_index.jsp

1) 请求被发送到本机端口8080&＃xff0c;被在那里侦听的Coyote HTTP/1.1 Connector获得

2) Connector把该请求交给它所在的Service的Engine来处理&＃xff0c;并等待来自Engine的回应

3) Engine获得请求localhost/wsota/wsota_index.jsp&＃xff0c;匹配它所拥有的所有虚拟主机Host

4) Engine匹配到名为localhost的Host&＃xff08;即使匹配不到也把请求交给该Host处理&＃xff0c;因为该Host被定义为该Engine的默认主机&＃xff09;(意思上此tomcat应用上可能部署着多个服务器&＃xff0c;一个ip Host对应一个服务器&＃xff0c;每个服务器可以部署多个应用context&＃xff0c;一个应用包含多个servlet)

5) localhost Host获得请求/wsota/wsota_index.jsp&＃xff0c;匹配它所拥有的所有Context

6) Host匹配到路径为/wsota的Context&＃xff08;如果匹配不到就把该请求交给路径名为”"的Context去处理&＃xff09;

7) path&＃61;”/wsota”的Context获得请求/wsota_index.jsp&＃xff0c;在它的mapping table中寻找对应的servlet

8) Context匹配到URL PATTERN为*.jsp的servlet&＃xff0c;对应于JspServlet类

9) 构造HttpServletRequest对象和HttpServletResponse对象&＃xff0c;作为参数调用JspServlet的doGet或doPost方法

10)Context把执行完了之后的HttpServletResponse对象返回给Host

11)Host把HttpServletResponse对象返回给Engine

12)Engine把HttpServletResponse对象返回给Connector

1. Connector把HttpServletResponse对象返回给客户browser

Tomcat源码目录