原文链接:https://blog.csdn.net/w1992wishes/article/details/79242797
一tomcat总体结构
1Server
2Service:逻辑功能层,一个Server可以包含多个Service。有两个主要组件:Connector,Container
2.1Connector:连接器,用于监听socket请求,解析请求,返回结果。一个service可以包含多个Connector
2.2Container:用于处理请求。包括:Engine,Host,Context,Wrapper
1Server
Tomcat最顶层容器,代表整个Tomcat。
标准实现类:org.apache.catalina.core.StandardServer。继承结构如图:
tomcat为所有组件都提供了生命周期管理(继承LifecycleMBeanBase)。
2Service
tomcat实质就是监听socket请求,解析请求,返回结果。但如果将请求监听和请求处理放在一起,扩展性会变差。要适配多种网络协议,请求处理又相同。tomcat将请求监听和请求处理分成两个模块,由service来自由组装。见配置文件conf/server.xml。注:一个service中可包含多个connector,一个engine
Service的标准实现是StandardService
3Connector
结构:
1ProtoHandler
Connector使用ProtocolHandler来处理请求的,不同的ProtocolHandler代表不同的连接类型,比如:Http11Protocol使用的是普通Socket来连接的(tomcat9已经删除了这个类,不再采用BIO的方式),Http11NioProtocol使用的是NioSocket来连接的。
2ProtoHandler包括:Endpoint:处理底层socket连接,实现tcp/ip协议
Processor:将Endpoint接收到的socket封装成request,实现http协议
Adapter:适配器,将Request转化为ServletRequest交给Container进行具体的处理
3Endpoint
Endpoint的抽象实现AbstractEndpoint里面定义的Acceptor和AsyncTimeout两个内部类和一个Handler接口。Acceptor用于监听请求,AsyncTimeout用于检查异步Request的超时,Handler用于处理接收到的Socket,在内部调用Processor进行处理。
4Container
结构:
4.1Engine(表示整个Servlet引擎)
Engine的UML类图如下:
ContainerBase和LifecycleBase都是抽象出来的公共层。
4.2Host
虚拟主机
4.3Context
应用程序
在Tomcat中通常采用如下方式创建一个Context:
1. 在\webapps 目录中创建一个目录dirname,此时将自动创建一个context,默认context的访问url为http://host:port/dirname,也可以通过在ContextRoot\META-INF 中创建一个context.xml文件,其中包含如下内容来指定应用的访问路径:
2. 在server.xml文件中增加context 元素,如下:<Context path="/urlpath" docBase="/test/xxx" reloadable=true />
这样就可以通过http://host:port/urlpath访问上面配置的应用。
4.4Wrapper
一个Context可以包含多个Servlet处理不同请求,当然现在的SpringMVC,struts框架的出现导致程序中不再是大量的Servlet,但其实本质是没变的,都是由Servlet来处理或者当作入口。
在tomcat中Servlet被称为wrapper,其标准类图如下:
那么为什么要用Wrapper来表示Servlet?这和tomcat的处理机制有关,为了更加灵活,便于扩展,tomcat是用管道(pipeline)和阀(valve)的形式来处理请求,所以将Servlet丢给Wrapper。
二代码总体结构
三Tomcat启动流程
tomcat的启动流程很标准化,入口是BootStrap,统一按照生命周期管理接口Lifecycle的定义进行启动。首先,调用init()方法逐级初始化,接着调用start()方法进行启动,同时,每次调用伴随着生命周期状态变更事件的触发。
每一级组件除完成自身的处理外,还有负责调用子组件的相关调用,组件和组件之间是松耦合的,可以通过配置进行修改。
大致流程图如下:
原文链接