前言：
本文是基于Tomcat架构中各个组件及组件间关系的基础上，继续深挖Tomcat中各个组件在“动态”的情况下是如何初始化、开始运行到销毁的流程，如果说上一篇文章是着重于容器的加载和创建，那么这篇文章就力求将这些零散的组件串联起来，各个组件是如何运行流转，相互协作从而保证Tomcat正常运行的
由于在解析的过程中涉及三个经典的设计模式：模板方法、责任链模式和观察者模式，因此读者需要具备这些设计模式大致的概念

Tomcat在入口Bootstrap.main()方法中，首先通过load()方法加载server.xml文件，将配置的所有组件加载到内存中，然后调用start()方法进行组件的初始化和加载

图1. Bootstrap的start方法

图中的catalinaDaemon在上一篇文中分析过，就是Catalina类的实例，所以，实际上该方法通过反射的方式调用了Catalina的start()方法

图2. Catalina类的start方法

图3. StandardServer继承关系图

    @Override
    public final synchronized void start() throws LifecycleException {

        //        （1）
        if (LifecycleState.STARTING_PREP.equals(state) || LifecycleState.STARTING.equals(state) ||
                LifecycleState.STARTED.equals(state)) {

            if (log.isDebugEnabled()) {
                Exception e = new LifecycleException();
                log.debug(sm.getString("lifecycleBase.alreadyStarted", toString()), e);
            } else if (log.isInfoEnabled()) {
                log.info(sm.getString("lifecycleBase.alreadyStarted", toString()));
            }

            return;
        }

        if (state.equals(LifecycleState.NEW)) {
            //       （2）
            init();
        } else {
            //       （3）
            if (state.equals(LifecycleState.FAILED)) {
                stop();
            } else if (!state.equals(LifecycleState.INITIALIZED) &&
                    !state.equals(LifecycleState.STOPPED)) {
                invalidTransition(Lifecycle.BEFORE_START_EVENT);
            }
        }

        try {

            setStateInternal(LifecycleState.STARTING_PREP, null, false);

            //         （4）
            startInternal();
            if (state.equals(LifecycleState.FAILED)) {
                // This is a 'controlled' failure. The component put itself into the
                // FAILED state so call stop() to complete the clean-up.
                stop();
            } else if (!state.equals(LifecycleState.STARTING)) {
                // Shouldn't be necessary but acts as a check that sub-classes are
                // doing what they are supposed to.
                invalidTransition(Lifecycle.AFTER_START_EVENT);
            } else {
                setStateInternal(LifecycleState.STARTED, null, false);
            }
        } catch (Throwable t) {
            // This is an 'uncontrolled' failure so put the component into the
            // FAILED state and throw an exception.
            ExceptionUtils.handleThrowable(t);
            setStateInternal(LifecycleState.FAILED, null, false);
            throw new LifecycleException(sm.getString("lifecycleBase.startFail", toString()), t);
        }
    }

注释1处有一个枚举类型LifecycleState，该类中列出了Tomcat容器所有的生命周期状态

图4. LifecycleState中有关容器的生命周期状态字段

图5. Tomcat生命周期转换图

图6. LifecycleBase的init方法

图7. StandardService中initInternal方法关键片段

从上一篇文章分析可知，一个StandardServer容器下包含一个或多个StandardService对象，这里的services[]就是StandardService对象的集合，也就是说Tomcat容器的初始化调用了StandardServer容器进行初始化，而StandardServer也并没有进行初始化，而是交给了他的子容器StandardService进行初始化，调用init()。我们在查看StandardService的类继承关系时发现，StandardService的继承关系和“父容器”StandardServer几乎一样

图8. StandardService继承关系图

图9. StandardService中initInternal方法

该方法的执行内容可以分为三大块，与之对应的server.xml中<Service>下的内容可以分为三大块

图10. 对应Service标签下的三大块

图11. StandardServer的startInternal方法

图12. LifecycleBase代码片段

底层又调用了LifecycleSupport的fireLifecycleEvent方法

图13. LifecycleSupport代码片段

图14. Listener标签的相关配置