Tomcat-结构原理

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

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

bin：服务相关脚本，例如：启动、关闭等
conf：存放不同的配置文件，列如：server.xml、web.xml
lib： tomcat 运行需要的库文件
logs：运行的日志文件
webapps： web部署的根目录
work ：存放jsp编译后的class文件

二、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在创建的时候将根据配置文件$CATALINA_HOME/conf/web.xml和$WEBAPP_HOME/WEB-INF/web.xml载入Servlet类

当Context获得请求时，将在自己的映射表(mapping table)中寻找相匹配的Servlet类

如果找到，则执行该类，获得请求的回应，并返回