Tomcat源码(一):整体架构
由于tomcat的组件较多,处理流程比较复杂 ,这里是 由浅到深来解释tomcat的整体架构
1、首先应该大致了解下tomcat的 /conf/server.xml 配置文件:在tomcat启动的时候就会解析此文件,并初始化里面的组件
黑框sever :代表tomcat的整个运行实例 端口8005 (我们默认经常请求的8080端口是运行在tomcat中的子程序)配置着tomcat的运行周期 ,包含一个或 多个service
红框service:代表表示具体的服务有哪些(一个或多个)包含 多个connector 和 一个engine
黄框:connector 用于接收socket连接,并将连接封装为erquest、response请求(一个service可以包含多个connector)
篮框:表示整个tomcat container 容器 包含:engine 、host 、context 、wrapper 四个子容器(层级嵌套的关系)
engine:servlet引擎 请求到达容器的第一步,用于处理请求 (一个service只对应一个engine处理请求)
host: 主机和域名有关配置 (一个engine可以对应多个host)
context : 一个web工程 (一个host可以部署多个context)
wrapper :对应对具体的servlet (一个context含多个wrapper)
注意 :wrapper表示一个servlet是在项目中的 ,并不在.xml配置文件中定义
2、他们之间的关系 可以使用一个简单的图表示 :
箭头:表示依赖关系
通过观察图可以发现 当server的运行会依赖service对象运行,service的运行又依赖connector和container等容器的运行
并且每个组件(这里说的组件在源码中都表示一个类)都 含有 start()、stop()方法 ,
为什么 ? 在tomcat中任何一个组件都是有生命周期的 不仅有启停方法,还有init()、destory(),并且组件之间都互相依赖
在整个从server启动 和 关闭 期间都都维护着每个组件的运行周期。 因此为了方便管理每一个组件的生命周期
抽象出一个 lifecycle接口 ,在lifecycle定义了 tomcat 组件运行周期和监听设置的规范 ,让每个组件都间接或直接的实现此接口
3、 如下图 :
根据上图 :可以知道 每个组件的生命周期都由lifecycle 直接或间接的控制的 ,也知道了 tomcat 的整体架构
下一篇将 结合源码 来细说tomcat的启动过程 。。。
上一篇: 基于MS SQLServer的全表搜索
下一篇: 源码区域