tomcat9源码分析（三）--容器

我们都知道tocmat是一个Servlet容器。容器在tomcat是一个很重要的概念。而且在很多中间件或框架中都有容器的年，所以我们来看看tomcat中容器设计与实现以及作用。

首先，什么是容器？

容器从字面意思就是装东西的器皿，那它装了什么东西呢？装了对象。那程序里对出都是对象，为什么容器被称为容器呢？因为它不仅装着对象还管理这对象（它管理着对象的生命周期）。我们来回顾下tomcat9源码分析（一）中关于容器的内容。其中提到过tomcat中的C容器包含Context，Engine，Host，Wrapper。我们来看下他们共同的特性，他们都实现了Lifecycle接口，这个接口是生命周期接口，也就是说实现了他们就有了固定的生命周期行为。他们还都能管理着他们各自持有的对象的生命周期（是不是和spring IOC容器有这相似的地方？），所以我们得出结论，能管理自己持有的java组件或其他容器或javabean生命周期的组件我们称之为容器（当然这只是很简单的一个说法，容器当然还有更多的行为特征，如能使用它持有的对象对外进行服务，能和自己持有对象有特殊的交互）。

然后容器能干什么？

容器能管理自己持有对象的生命周期，并能利用自己持有的对象对外提供服务。

1.容器的启动

首先我们来看下tomcat是如何实现容器的初始化的。首先我们进入BootStrap的main方法，它是整个tomcat的入口方法。

我们看到当监听到start命令时，先调用了Catatina的load方法,我们跟踪进去看看,

Catalina的load方法

Catalina的load方法2

由于方法太长我截取了两个关键节点。一个是createStartDigester方法创建了一个digester对象。Digester类用来将XML映射成Java类，简化XML的处理。然后digester对象通过parse方法解析一个server.xml的输入流（inputSource）来生成Server对象和Servier包含的子容器等相关组件。所以Server的主体结构应该在server.xmll里有所体现，我们先来看下server.xml文件。

server.xml

是不是和我们之前说的容器包含关系一样？Server包含Service包含Engine包含Host当然还可以在Host节点里配置Context元素来代表context容器。如果没有配置Context呢？tomcat是如何加载web应用的呢？

我们来看看tomcat是如何部署webapp以及如何实现热部署的。tomcat的这个实现调用方法栈比较深，我们多一些耐心吧！

我们在LifecycleBase.start()方法里看到了它调用了startInternal()方法，也就是说所有继承LifecycleBase（Catalina也继承了LifecycleBase）类的类在调用start方法时都会调用自己的startInternal()方法。

start方法

我们再看看ContainerBase类的startInternal()方法的实现这个类是所有子容器类的父类。它的行为也是所有容器的行为。

ContainerBase的 startInternal()方法

它调用了threadStart()方法，继续跟踪这个方法。

threadStart()方法

这个方法里启动了一个线程(当这个线程已经启动的时候不再启动)。继续看下线程里的run方法。

线程里的run方法

这个线程每10秒调用一次processChildren方法。继续看下该方法的实现。

processChildren方法

执行了容器的backgrountProcess方法，字面意思后台处理的意思。继续看下这个方法里面。

ContainerBase的 backgrountProcess  方法

容器基础类的backgrountProcess 方法里激活了PERIODIC_EVENT的监听事件。继续跟进。看看监听着如何处理这个事件。由于有多个监听着我们直接说结果吧，有个HostConfig的监听者会执行部署应用的任务。它是在Digester解析xml生成对象的时候添加的监听着。如图所示。

Digester设置解析规则

终于快看到最后的处理了。来看下HostConfig的监听事件触发处理。

HostConfig触发事件

来看下check()方法，我觉得应该快到头了。

HostConfig的check方法

果然不出所料。这个方法里最终调用部署应用的方法。如果想具体了解tomcat是如何部署应用的就自己再深入查看吧！！