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
java企业级通用权限安全框架源码 SpringMVC mybatis or hibernate+ehcache shiro druid bootstrap HTML5