Tomcat两大组件：Connector 和 Container?
一个Container? 可以对应多个?Connector? ，然后他们一起组成一个service，service只是在他们外面包了一层，把他们组装到一起，对外提供服务
Server：一个Server管理多个Service，Server可以管理Service的生命周期，控制Server的是Tomcat的startup，Server会继续调用Service的start
Service：标准实现类是StandService，它不仅实现了Service,还实现了Lifecycle接口，这样就可以控制下面组件的生命周期
Connector：负责接收浏览器过来的TCP连接请求，创建一个request和response，用于和请求端交换数据
Connector一次处理时序图：
?
Container ：容器的父接口，Container容器的设计用的是责任链模式，
4个子容器分别是：Engine、Host、Context、Wrapper，他们是从上往下包含的关系
一个Wrapper通常对应一个Servlet类
一个Engine代表一个完整的Servlet引擎
Host不是必须的，但是如果是war程序，就必须要有Host容器，因为war包下的web.xml文件，需要Host容器解析
Engine：标准实现类是StandardEngine，engine没有父容器，添加的子容器也只能是Host类型的
Host：标准实现类是StandardHost，Engine的子容器，一个host代表一个虚拟主机，虚拟主机的作用就是运行多个应用，StandardHost实现了Deployer,可以通过里面的方法完成应用的部署
?Context：Context代表servlet的Context，它具备了Servlet运行的基本环境，理论上只要有context就可以运行servlet了，
主要作用：设置各种资源的属性和管理组件，启动子容器和Pipeline
Context配置文件中有个reloadable属性，为true时，war包被修改会自动加载这个应用
条件是reloadable为true，并且应用被修改，调用reload方法，reload会先stop再start，reload方法是在backgroundProcess中调用，这个方法是在ContainerBase周期性调用的，因为所以的容器都继承了ContainerBase，所以所有容器都能在backgroundProcess周期执行
<Context path="/" docBase="/usr/local/tomcat/apache-tomcat-8.5.55/webapps/ruoyi" reloadable="false"></Context>Wrapper：代表一个Servlet，负责管理一个Servlet，包含Servlet整个生命周期
实现类是StandardWrapper，StandardWrapper还实现了一个拥有Servlet初始化信息的ServletConfig
当Servlet装载完成，开始初始化时，需要传入一个对象，StandardWrapperFacade对象，这个对象实现了ServletConfig接口，Servlet可以获取的信息都在这个对象里面，所以Servet可以通过ServletConfig获取有限的容器信息，Servlet初始化完成以后，由StandardWrapperValve去调用他的Service方法，调用Service方法之前要先调用Servlet的所有filter
?
Tomcat中的设计模式：
1.门面设计模式
假设多个子系统要相互通信，但是系统之间不能过多暴露数据，通过增加一个门面，将其他系统感兴趣的内容封装在里面
StandardWrapperFacade 就是 ServletConfig的门面
HttpRequestFacade 就是 HttpRequest的门面
2.观察者模式
通常也可以说是发布订阅模式，也就是事件监听机制
几个角色：
Subject 抽象主题，负责管理所有观察者的引用，同时定义事件操作
ConcreteSubject 具体主题，实现了抽象主题的所有接口，当自己发生变化通知观察者
Observer 观察者 监听主题发生变化的操作接口
Tomcat中的例子:? ? lifecycle , session管理， servlet的创建
3.命令模式? ? ?Connector就是通过命令模式调用的Container的
命令模式通常包含以下几个角色：
Client：创建一个命令
Command：命令接口
ConcreteCommand：具体命令
Invoker：请求者??
Receiver：接收者??
Connector作为抽象请求者，HttpConnector作为具体请求者，HttpProcessor作为命令，Container作为命令的抽象接收者，ContainerBase作为具体的接受者，客户端就是应用服务器Server组件。Server首先创建命令请求者HttpConnector，创建命令HttpProcessor对象，最后交给ContainerBase容器处理
4.责任链模式
就是很多对象由每个对象对下家的引用而连接形成一条链，请求在链上传递，直到链上某个对象处理该请求，或者每个对象都处理，并传给下家，
责任链的角色：
Handle:抽象处理者
ConcreteHandle:具体处理者
Container是抽象处理者，具体处理者从Engine到Host到Context到Wrapper形成一个链
这里又引入了Pipeline 和 Valve扩展了链的功能，链在传递的过程中Pipeline就是连接每个子容器的管子，里面传递的Request和Response相当于管子里的水，，而valve就是在管子上开个小口子，让你有机会接触到里面的水，做一些额外的事，为了防止水不流入下个容器，最后总有一个节点保证，所以每个容器都有一个StandardXXXValve