Tomcat源码分析(4)容器处理链接之责任链模式

智慧人大有能力 诚信正直创新 有知识的人力上加力Tomcat源码分析（四）容器处理链接之责任链模式目标：在这篇文章希望搞明白connector.getContainer().invoke(request, response);调用容器的invoke后是怎么传递到 servlet或者jsp的？ StandardEngine没有invoke方法，它继承与ContainerBase（事实上所有的容器都继承于ContainerBase，在ContainerBase类有一些容器的公用方法和属性），抽象类ContainerBase的invoke方法如下：javaprotected Pipeline pipeline = new StandardPipeline(this);/标准管道的实现StandardPipelinepublic void invoke(Request request, Response response) throws IOException, ServletException pipeline.invoke(request, response);/调用管道里的invoke 由代码可知ContainerBase的invoke方法是传递到Pipeline，调用了Pipeline的invoke方法。这里要说一下Pipeline这个类，这是一个管道类，每一个管道类Pipeline包含数个阀类，阀类是实现了Valve接口的类，Valve接口声明了invoke方法。管道和阀的概念跟servlet编程里面的过滤器机制非常像，管道就像过滤器链，阀就好比是过滤器。不过管道中还有一个基础阀的概念，所谓基础阀就是在管道中当管道把所有的普通阀都调用完成后再调用的。不管是普通阀还是基础阀，都实现了Value接口，也都继承于抽象类ValveBase。在tomcat中，当调用了管道的invoke方法，管道则会顺序调用它里面的阀的invoke方法。先看看管道StandardPipeline的invoke方法：javapublic void invoke(Request request, Response response) throws IOException, ServletException / Invoke the first Valve in this pipeline for this request (new StandardPipelineValveContext().invokeNext(request, response); 其中StandardPipelineValveContext是管道里的一个内部类，内部类的作用是帮助管道顺序调用阀Value的invoke方法，下面看它的定义代码：javaprotected 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;/当前访问到第几个阀 / Invoke the requested Valve for the current request thread if (subscript 0) & (jspFile != null) / Invoking jspInit HttpRequestBase req = new HttpRequestBase(); HttpResponseBase res = new HttpResponseBase(); req.setServletPath(jspFile); req.setQueryString(jsp_precompile=true); servlet.service(req, res); ;/调用jsp的service方法，jsp会被编译成servlet，所以也会有service方法至此已经把请求传递到servlet的service(或者jsp的service)方法，整个处理请求到这里就结束了，剩下的就是返回客户端了。这里提出几个问题。1：那么多的servlet，tomcat是怎么知道要请求到哪个servlet？ 这个问题留待下篇博客再来讲吧。