本系列轉載自?http://blog.csdn.net/haitao111313/article/category/1179996?
目標：在這篇文章希望搞明白 connector.getContainer().invoke(request,?response); 調用容器的invoke后是怎么傳遞到 servlet或者jsp的？

? ?由上篇文章 Tomcat源碼分析(三)--連接器是如何與容器關聯的？ 可知， connector.getContainer()得到的容器應該是 StandardEngine（其實應該是由server.xml文件配置得到的，這里先假定是 StandardEngine ）， StandardEngine沒有invoke方法，它繼承與ContainerBase（事實上所有的容器都繼承于ContainerBase，在ContainerBase類有一些容器的公用方法和屬性），抽象類 ContainerBase 的invoke方法如下：

由代碼可知 ContainerBase 的invoke方法是傳遞到Pipeline，調用了Pipeline的invoke方法。這里要說一下Pipeline這個類，這是一個管道類，每一個管道類 Pipeline 包含數個閥類，閥類是實現了Valve接口的類，Valve接口聲明了invoke方法。管道和閥的概念跟servlet編程里面的過濾器機制非常像， 管道就像過濾器鏈，閥就好比是過濾器 。不過管道中還有一個基礎閥的概念，所謂基礎閥就是在管道中當管道把所有的普通閥都調用完成后再調用的。不管是普通閥還是基礎閥，都實現了Value接口，也都繼承于抽象類ValveBase。在tomcat中，當調用了管道的invoke方法，管道則會順序調用它里面的閥的invoke方法。先看看管道StandardPipeline的invoke方法：

其中StandardPipelineValveContext是管道里的一個內部類，內部類的作用是幫助管道順序調用閥Value的invoke方法，下面看它的定義代碼：

內部類 StandardPipelineValveContext的invokeNext方法通過使用局部變量來訪問下一個管道數組，管道類的變量stage保存當前訪問到第幾個閥，valves保存管道的所有閥， 在調用普通閥的invoke方法是，會把內部類 StandardPipelineValveContext本身傳進去，這樣在普通閥中就能調用invokeNext方法以便訪問下一個閥的invoke方法 ，下面 看一個普通閥的invoke方法：

這個閥的invoke方法，通過傳進來到 StandardPipelineValveContext（實現了ValveContext接口 ）的invokeNext方法來實現調用下一個閥的invoke方法。然后簡單的打印了請求的ip地址。

最后再看 StandardPipelineValveContext的invokeNext方法，調用完普通閥數組valves的閥后，開始調用基礎閥basic的 invoke方法，這里先說基礎閥的初始化，在每一個容器的構造函數類就已經初始化了基礎閥，看容器StandardEngine的構造函數：

即在容器構造的時候就已經把基礎閥添加進管道pipeline中，這樣在 StandardPipelineValveContext中的invokeNext方法里就能調用 基礎閥的invoke了，當basic.invoke(request, response, this);進入基礎閥StandardEngineValve，看基礎閥 StandardEngineValve的invoke方法：

這里省略了很多代碼，主要是為了更加理解調用邏輯，在StandardEngine的基礎閥StandardEngineValve里，調用了子容器invoke方法（這里子容器就是StandardHost）， 還記得一開始connector.invoke(request, response)(即StandardEngine的invoke方法)現在順利的傳遞到子容器StandardHost的invoke方法，變成了StandardHost.invoke(request, response)。 由此可以猜測StandardHost也會傳遞給它的子容器，最后傳遞到最小的容器StandardWrapper的invoke方法，然后調用StandardWrapper的基礎閥StandardWrapperValue的invoke方法，由于StandardWrapper是最小的容器了，不能再傳遞到其他容器的invoke方法了，那它的invoke方法做了什么？主要做了兩件事，　1：創建一個過濾器鏈并 ?2：分配一個servlet或者jsp，主要代碼如下：

這里先不關注jsp，只關注一下servlet，通過servlet = wrapper.allocate(); 進入StandardWrapper的allocate方法，allocate主要就是調用了loadServlet方法，在loadServlet方法類用tomcat自己的類加載器實例化了一個servlet對象，并調用了該servlet的init和service方法：

至此已經把請求傳遞到servlet的service(或者jsp的service)方法，整個處理請求到這里就結束了，剩下的就是返回客戶端了。這里提出幾個問題。 1：那么多的servlet，tomcat是怎么知道要請求到哪個servlet？ 這個問題留待下篇博客再來講吧。

Tomcat源碼分析(四)--容器處理鏈接之責任鏈模式