Tomcat结构原理详解

客户端用户点击浏览器服务链接，浏览器经过客户端底层服务经过路由传送报文，目标服务器获取解析报文，Tomcat监听程序触发处理请求

1、Tomcat 软件目录结构及功能

• bin： 服务相关脚本，例如：启动、关闭等

• conf： 存放不一样的配置文件，列如：server.xml、web.xml

• lib： tomcat 运行须要的库文件

• logs： 运行的日志文件

• webapps： web部署的根目录

• work ：存放jsp编译后的class文件

2、server分析系统结构

一、server

提供一个接口让其它程序可以访问到这个 Service 集合、同时要维护它所包含的全部 Service 的生命周期，包括如何初始化、如何结束服务、如何找到别人要访问的 Service

二、service

service 是server下一个集合，service包含多个接收请求的connector并有一个处理全部链接的容器container

三、connector

connector 做用是监听客户端请求，并将请求封装提交container处理，而后将处理结果返回客户端
tomcat有两个典型的connector，一个用来监听浏览器的http，另外一个是用来监听webservice
Coyote Http/1.1 Connector 在端口8080处侦听来自客户browser的http请求
Coyote AJP/1.3 Connector 在端口8009处侦听来自其它WebServer(Apache)的servlet/jsp代理请求

四、container

4.1 Engine

• Engine下能够配置多个虚拟主机Virtual Host，每一个虚拟主机都有一个域名

• 当Engine得到一个请求时，它把该请求匹配到某个Host上，而后把该请求交给该Host来处理

• Engine有一个默认虚拟主机，当请求没法匹配到任何一个Host上的时候，将交给该默认Host来处理

4.2 Host

• 表明一个Virtual Host，虚拟主机，每一个虚拟主机和某个网络域名Domain Name相匹配

• 每一个虚拟主机下均可以部署(deploy)一个或者多个Web App，每一个Web App对应于一个Context，有一个Context path。

• 当Host得到一个请求时，将把该请求匹配到某个Context上，而后把该请求交给该Context来处理。

• 匹配的方法是“最长匹配”，因此一个path==""的Context将成为该Host的默认Context。

• 全部没法和其它Context的路径名匹配的请求都将最终和该默认Context匹配。

4.3 Context

• 一个Context对应于一个Web Application，一个Web Application由一个或者多个Servlet组成。

• Context在建立的时候将根据配置文件WEBAPP_HOME/WEB-INF/web.xml载入Servlet类。

• 当Context得到请求时，将在本身的映射表(mapping table)中寻找相匹配的Servlet类，若是找到，则执行该类，得到请求的回应，并返回。

  
  

  

五、Context的部署配置文件web.xml的说明

• 一个Context对应于一个Web App，每一个Web App是由一个或者多个servlet组成的

• 当一个Web App被初始化的时候，它将用本身的ClassLoader对象载入“部署配置文件web.xml”中定义的每一个servlet类

• 它首先载入在$CATALINA_HOME/conf/web.xml中部署的servlet类

• 而后载入在本身的Web App根目录下的WEB-INF/web.xml中部署的servlet类

• web.xml文件有两部分：servlet类定义和servlet映射定义

• 每一个被载入的servlet类都有一个名字，且被填入该Context的映射表(mapping table)中，和某种URL PATTERN对应

• 当该Context得到请求时，将查询mapping table，找到被请求的servlet，并执行以得到请求回应

• 分析一下全部的Context共享的web.xml文件，在其中定义的servlet被全部的Web App载入

3、例子

Tomcat Server处理一个http请求的过程
假设来自客户的请求为：
http://localhost:8080/wsota/wsota_index.jsp
请求被发送到本机端口8080，被在那里侦听的Coyote HTTP/1.1 Connector得到

• Connector把该请求交给它所在的Service的Engine来处理，并等待来自Engine的回应

• Engine得到请求localhost/wsota/wsota_index.jsp，匹配它所拥有的全部虚拟主机Host

• Engine匹配到名为localhost的Host（即便匹配不到也把请求交给该Host处理，由于该Host被定义为该Engine的默认主机）

• localhost Host得到请求/wsota/wsota_index.jsp，匹配它所拥有的全部Context

• Host匹配到路径为/wsota的Context（若是匹配不到就把该请求交给路径名为""的Context去处理）

• path="/wsota"的Context得到请求/wsota_index.jsp，在它的mapping table中寻找对应的servlet

• Context匹配到URL PATTERN为*.jsp的servlet，对应于JspServlet类

• 构造HttpServletRequest对象和HttpServletResponse对象，做为参数调用JspServlet的doGet或doPost方法

• Context把执行完了以后的HttpServletResponse对象返回给Host

• Host把HttpServletResponse对象返回给Engine

• Engine把HttpServletResponse对象返回给Connector

• Connector把HttpServletResponse对象返回给客户browser