本系列轉載自?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源碼分析(三)--連接器是如何與容器關聯的？