Tomcat源码分析(三)--连接器是如何与容器关联的

本系列转载自 http://blog.csdn.net/haitao111313/article/category/1179996 

这篇文章要弄懂一个问题，我们知道，一个链接器是跟一个容器关联的， 容器跟链接器是在什么时候关联上的？

　 在明白这个问题前要先了解一下Digester库，这个库简单的说就是解析xml文件，这里有两个概念：模式和规则，所谓模式就是一个xml的标签，规则就是遇到一个xml标签需要做什么，看一下他主要的三个方法：

      1：addObjectCreate(String pattern, String className, String attributeName)    根据模式pattern实例化一个对象className

      2：addSetProperties(String pattern)   设置这个模式的属性

      3：addSetNext(String pattern, String methodName, String paramType)  添加模式之间的关系，调用父模式的

    上面可能不好理解，看tomcat是怎么用到Digester的，在org.apache.catalina.startup.Catalina.createStartDigester()的方法里（这个方法是在服务组件启动的时候调用的，详细参考 Tomcat源码分析(一)--服务启动 ），在这个方法里有使用Digester来解析server.xml文件：

    

这样StandardServer和StandardService便有了所属关系，现在看容器跟链接器是怎么连接的，再看createStartDigester方法：

这里很好理解，跟上面的是一样的，遇到标签Server/Service/Connector的时候（这里简化了说法，应该是标签Server下的子标签Service的子标签Connector，有点拗口），实例化HttpConnector，然后在它的上一级父容器StandardService下调用addConnector，这样就把链接器HttpConnector添加进容器StandardService下了，看StandardService的addConnector方法：

这个方法很简单，就是把一个链接器connector添加到StandardService的connectors数组里，然后关联上StandardService的容器。代码上也做了一点说明（很重要）。连接器添加进StandardService了，现在看容器是什么时候添加进StandardService的，其实方法是一样的，再回到createStartDigester方法：

先不去纠结Digester是怎么进入addRuleInstances方法的，当我们调用了digester.addRuleSet(new EngineRuleSet("Server/Service/"));方法，Digester便会自动调用到EngineRuleSet类的addRuleInstances方法，在方法里面无非也是添加各种模式和规则，根据上面的添加规则，很容易知道这里又添加了一个StandardEngine对象（容器），然后又在该模式的上一级模式Server/Service添加StandardEngine跟StandardService的关系，即通过setContainer方法把容器添加进StandardService里。以下是StandardService的setContainer方法：

上面的代码做了各种判断，然后把容器设置到StandardService下，在“同步代码块”处，把容器和链接器关联上了，至此，容器和链接器就关联上了。回过头想想，其实很简单，就是用Digester根据设定的模式读取server.xml，然后调用了两个关键的方法setContainer和addConnector，就把容器和链接器关联上了。关联上了就可以明白在 Tomcat源码分析(二)--连接处理 一文的最后process方法里代码： connector.getContainer().invoke(request, response);的含义了。下篇希望说明白调用invoke之后发生的一切。

Tomcat源码分析(三)--连接器是如何与容器关联的？