Tomcat结构原理详解

pqwsa

http://upload-images.jianshu.io/upload_images/7564501-da6a63f6c285396a.jpg?imageMogr2/auto-orient/strip%7CimageView2/2/w/550/format/webp

　　客户端用户点击浏览器服务连接，浏览器通过客户端底层服务通过路由传送报文，目标服务器获取解析报文，Tomcat监听程序触发处理请求
　　一、Tomcat 软件目录结构及功能
　　bin： 服务相关脚本，例如：启动、关闭等
　　conf： 存放不同的配置文件，列如：server.xml、web.xml
　　lib： tomcat 运行需要的库文件
　　logs： 运行的日志文件
　　webapps： web部署的根目录
　　work ：存放jsp编译后的class文件
　　二、server分析系统结构
　　1、server
　　提供一个接口让其它程序能够访问到这个 Service 集合、同时要维护它所包含的所有 Service 的生命周期，包括如何初始化、如何结束服务、如何找到别人要访问的 Service
　　2、service
　　service 是server下一个集合，service包含多个接收请求的connector并有一个处理所有连接的容器container
　　3、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代理请求
　　4、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类。

http://upload-images.jianshu.io/upload_images/7564501-f6e28141b8f39c40?imageMogr2/auto-orient/strip%7CimageView2/2/w/316/format/webp

　　当Context获得请求时，将在自己的映射表(mapping table)中寻找相匹配的Servlet类，如果找到，则执行该类，获得请求的回应，并返回。

http://upload-images.jianshu.io/upload_images/7564501-fa5fcace4c1037c2?imageMogr2/auto-orient/strip%7CimageView2/2/w/640/format/webp

　　5、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载入
　　三、例子
　　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
　　

作者：Java填坑之路
链接：https://www.jianshu.com/p/5a56b8d02b7c
來源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。