1. Tomcat结构
Tomcat是一个基于组件的服务器，它的构成组件都是可配置的，其中最外层的组件是Catalina Servlet容器，其他的组件按照一定的格式要求配置在这个顶层容器中。Tomcat的各个组件是在<TOMCAT_HOME>\conf\server.xml文件中配置的，Tomcat服务器默认情况下对各种组件都有默认的实现，下面通过分析server.xml文件来理解Tomcat的各个组件是如何组织的。server.xml文件的基本组成结构如下。
XML配置文件结构
<Server> 顶层类元素：一个配置文件中只能有一个<Server>元素，可包含多个Service。
<Service> 顶层类元素：本身不是容器，可包含一个Engine，多个Connector。
<Connector/> 连接器类元素：代表通信接口。
<Engine> 容器类元素：为特定的Service组件处理所有客户请求，可包含多个Host。
<Host> 容器类元素：为特定的虚拟主机处理所有客户请求，可包含多个Context。
<Context> 容器类元素：为特定的Web应用处理所有客户请求。
</Context>
</Host>
</Engine>
</Service>
</Server>
1)Service
Service组件是一些Connector组件的集合，它本身不是一个容器，所以在这里不能定义日志等组件。一个Service组件中只能有一个Engine组件，可以包含多个Connector组件。
2)Connector组件
Connector组件表示一个接口，通过这个接口接收客户的请求，然户发送给其他的容器组件，最后再把服务器的响应结果传递给客户。
3) Engine, Host和context
上面介绍的3个组件本身并不能处理客户请求，也不能生成响应。在Tomcat中只有3个组件是可以处理客户请求并生成响应的，这3个组件分别是 Engine、Host和Context组件。这3个组件分别代表了不同的服务范围，通过嵌套关系可以知道3个组件的范围有如下的关系：Engine>Host>Context。
a.Engine组件下可以包含多个Host组件，它为特定的Service组件处理所有客户请求。
b.一个Host组件代表一个虚拟主机，一个虚拟主机中可以包含多个Web应用（Context组件）。
c.Context组件代表一个Web应用。
Tomcat的各个组件关系，可以用下图描述。
2. Tomcat处理一个HTTP请求的过程
假设来自客户的请求为： http://localhost:8080/wsota/wsota_index.jsp
1) 请求被发送到本机端口8080，被在那里侦听的Coyote HTTP/1.1 Connector获得
2) Connector把该请求交给它所在的Service的Engine来处理，并等待来自Engine的回应
3) Engine获得请求localhost/wsota/wsota_index.jsp，匹配它所拥有的所有虚拟主机Host
4) Engine匹配到名为localhost的Host（即使匹配不到也把请求交给该Host处理，因为该Host被定义为该Engine的默认主机）
5) localhost Host获得请求/wsota/wsota_index.jsp，匹配它所拥有的所有Context
6) Host匹配到路径为/wsota的Context（如果匹配不到就把该请求交给路径名为""的Context去处理）
7) path="/wsota"的Context获得请求/wsota_index.jsp，在它的mapping table中寻找对应的servlet
8) Context匹配到URL PATTERN为*.jsp的servlet，对应于JspServlet类
9) 构造HttpServletRequest对象和HttpServletResponse对象，作为参数调用JspServlet的doGet或doPost方法
10)Context把执行完了之后的HttpServletResponse对象返回给Host
11)Host把HttpServletResponse对象返回给Engine
12)Engine把HttpServletResponse对象返回给Connector
13)Connector把HttpServletResponse对象返回给客户browser