Tomcat源码：执行顺序的一些细节

还是觉得该细整下tomcat源码执行的一个过程，先上自己画的图：

 

 

tomcat的容器container有四种：engine,host, context, wrapper,它们的标准实现分别是StandardEngine, StandardHost, StandardContext, StandardWrapper。上面仅是以connect直接调用从context开始的一个调用过程,如果画全了，则是从connector起调用StandardEngine，然后依照图的相似调用engine->host->context->wrapper顺序，而每种container的具体运行依赖pipeline,valve。各容器的标准实现都是继承ContainerBase，里面有pipeline，初始化都是一个标准实现StandardPipeline，即容器初始化时已经有StandardPipeline，而valve每种容器都有自己的实现StandardEngineValve，StandardHostValve，StandardContextValve，StandardWrapperValve。StandardPipeline里有一个valve的数组，还有一个单独的valve属性作为basic,在各容器初始化时，会（以StandardEngine构造函数为例）：
public StandardEngine() {
        super();
        pipeline.setBasic(new StandardEngineValve());

    }
其他的容器类似。
在容器调用invoke时，是通用ContainerBase里的invoke方法，其调用pipeline的invoke()方法，在StandardPipeline中的invoke实现则是通过内部类StandardPipelineValveContext实现，直接调用他的invokeNext方法，
protected class StandardPipelineValveContext
        implements ValveContext {
        protected int stage = 0;
        public String getInfo() {
            return info;
        }
        public void invokeNext(Request request, Response response)
            throws IOException, ServletException {

            int subscript = stage;
            stage = stage + 1;
            if (subscript < valves.length) {
                valves[subscript].invoke(request, response, this);
            } else if ((subscript == valves.length) && (basic != null)) {
                basic.invoke(request, response, this);
            } else {
                throw new ServletException
                    (sm.getString("standardPipeline.noValve"));
            }

        }

    }
其实现思路很清晰，先按顺序执行pipeline里valve数组中各invoke，各valve的invoke先执行自己要执行的动作，然后通过带过去的StandardPipelineValveContext对象，再调用其invokeNext，这样变量stage由于加一了，所以继续调用下一个valve的invoke,一直这样下去，最后valve数组全部执行完毕，会执行basic的valve,所有container类型的valve实现中的invoke方法中最后一个参数pipelineValveContext,都不会起作用，因为到basic表示所有的阀门已经结束，之所以要带这个参数，只是为了跟其他valve共用相同的接口罢了。