Tomcat简单分析-Container

电玩女神 2022-05-21 10:59 134阅读 0赞

1.Container的有四个子容器，分别是Engine，Host，Context，Wrapper,如下：

![70][]

2.Container一个也有四个子接口Engine,Host,Context,Wrapper和一个默认实现类ContainerBase,另外这四个子容器都是对应一个StandardXXX实现类，都继承ContainerBase,并且Container还继承LifeCycle接口，所以这四个容器也是符合Tomcat的生命周期模式，结构图如下：

![70 1][]

3.解析四个子容器

3.1 Engine：引擎，分别用来管理多个站点，一个Service最多只能有一个Engine

3.2 Host:表示一个站点，通过配置Host可以添加站点

3.3 Context：表示一个应用程序，对应着平时开发对应的一套程序，或者一个WEB-INF目录以及下面的web.xml文件

3.4 Wrapper:每个Wrapper封装一个Servlet

理解Host和Context区别看图：

![70 2][]

3.5 四种容器的配置方法

3.5.1 Engine和Host的配置都在conf/server.xml中，默认的server.xml配置文件如下：

另外Host还有一个Alias子标签，可以通过域名访问同一个站点可以这样定义，比如www.visonws.com和visonws.com访问同意站点可以:

<Alias>visonws.com</Alias>

</Host>

Engine在定义的时候有一个defaultHost属性，他表示如果在Host的name和Alias都找不到时就是用默认的Host.

3.5.2 Context有三种配置，

I：通过文件配置，

II:将WAR应用直接放到Host目录下去，Tomcat会自动查找并添加到Host中

III:将应用的文件夹放到Host目录下，Tomcat也会自动查找添加到Host中

通过文件配置有五个地方配置：

1>:conf/server.xml文件的Context标签

2>:conf/\[enginename\]/\[hostname\]/目录下以应用命名的xml文件

3>:应用自己的/META-INF/context.xml文件

前三个用于配置单独的应用，另外conf/server.xml只有在Tomcat重启时候重新加载

4>:conf/context.xml文件 ，这个是在Tomcat中共享

5>::conf/\[enginename\]/\[hostname\]/context.xml.default文件，这个实在对应的站点共享

3.5.3 Wrapper的配置就是我们再web.xml中的配置Servlet,一个Servlet对应一个Wrapper,另外也可以在conf/web.xml文件配置全局的Wrapper,处理Jsp的JspServlet就是配置在这里，所以不用自己配置JspServlet就可以处理Jsp请求了。

4. Container的启动

4.1 ContainerBase,  四个容器有一个共同的父类ContainerBase，这个父类包含initInternal和startInternal方法。

initInternal方法用来初始化ThreadPoolExecutor类型的startStopExecutor属性，用于启动和关闭线程。

startInternal方法主要做了五件事：

1>:如果有Cluster和Realm则调用了start方法（Cluster用于配置集群，他的作用是同步Session,Realm是Tomcat的安全域，可以 用来管理资源的访问权限，server.xml中有注释的参考配置）

2>:调用所有子容器的start方法启动子容器，子容器Future是阻塞的，所以只有在子容器全部启动完了，才启动管道Valve

3>:调用管道中Valve的start方法启动管道

4>:启动完成后将生命周期状态设置为LifeCycleState.STARTING

5>:启动后台程序定时处理一些事情，后台线程是一个while循环，内部会定期调用 backgroundProcess做一些事情。

backgroundProcess方法在Container接口中有一个方法，一共有三个实现，分别在ContainerBase，StandardContext和StandardWrapper中，

ContainerBase提供了所有容器共同的处理过程。

StandardContext的backgroundProcess除了处理自己的相关业务，还对Session过期和资源变化进行了处理

StandardWrapper的backgroundProcess除了处理自己的相关业务，会对Jsp生成的Servlet定期进行检查

4.2 Engine  他的默认实现类是StandardEngine,它里面的方法有initInternal和startInternal

4.3 Host 默认实现类StandardHost，初始化默认调用ContainerBase的initInternal方法，有startInternal方法，还有HostConfig方法，可以简单地做日志记录，HostConfig中的start方法会检查配置的Host站点配置的位置是否存在以及是不是目录，最后调用deployApps方法部署应用，有三种方式部署，XML描述文件，WAR文件和文件夹部署。

看源代码：

protected void deployApps(String name) {
            File appBase = this.host.getAppBaseFile();
            File configBase = this.host.getConfigBaseFile();
            ContextName cn = new ContextName(name, false);
            String baseName = cn.getBaseName();
            if (!this.deploymentExists(cn.getName())) {
                File xml = new File(configBase, baseName + ".xml");
                if (xml.exists()) {    
                    this.deployDescriptor(cn, xml);
                } else {
                    File war = new File(appBase, baseName + ".war");
                    if (war.exists()) {
                        this.deployWAR(cn, war);
                    } else {
                        File dir = new File(appBase, baseName);
                        if (dir.exists()) {
                            this.deployDirectory(cn, dir);
                        }
    
                    }
                }
            }
        }

4.4 Context 他的默认实现类是StandardContext在startInternal中调用了web.xml中的Listener，另外还初始化了启动的Filter和load-on-startup的Servlet.  Context和Host一样也有一个LifecycleLIstener类型的监听器ContextConfig,configureStart防范用来处理CONFIGURE\_START\_EVENT事件，这个方法调用webConfig方法，webConfig解析web.xml文件，相应的创建了Wrapper并使用gaddChild添加到了Context里面。

4.5 Wrapper 他的默认实现类是StandardWrapper,初始化默认调用ContainerBase的initInternal方法，有自己的startInternal方法。

[70]: /images/20220521/0d72413a4fc54a1c94446187b8d61a36.png
[70 1]: /images/20220521/062180cbf3ed470da5ed0fa33fb073a4.png
[70 2]: /images/20220521/b12c762227c74d269b569aacda4b98e5.png