出處：http://gearever.iteye.com?

關(guān)于tomcat的內(nèi)部邏輯單元的存儲(chǔ)空間已經(jīng)在相關(guān)容器類的blog里闡述了。在每個(gè)容器對象里面都有一個(gè)pipeline及valve模塊。它們是容器類必須具有的模塊。在容器對象生成時(shí)自動(dòng)產(chǎn)生。Pipeline就像是每個(gè)容器的邏輯總線。在pipeline上按照配置的順序，加載各個(gè)valve。通過pipeline完成各個(gè)valve之間的調(diào)用，各個(gè)valve實(shí)現(xiàn)具體的應(yīng)用邏輯。?
先看一下pipeline及valve的邏輯概念圖。?

這些valve就是在tomcat的server.xml中配置，只要滿足一定條件，繼承ValveBase基類?

引用 org.apache.catalina.valves.ValveBase

?

就可以在不同的容器中配置，然后在消息流中被逐一調(diào)用。每個(gè)容器的valve的作用域不一樣，在總體結(jié)構(gòu)中已有說明。這里紅色標(biāo)記的是配置的自定義的valve，這樣可以擴(kuò)展成多個(gè)其他應(yīng)用，例如cluster應(yīng)用等。?
Tomcat實(shí)現(xiàn)?

Tomcat提供了Pipeline的標(biāo)準(zhǔn)實(shí)現(xiàn)：?

引用 org.apache.catalina.core.StandardPipeline

?

四大容器類StandardEngine，StandardHost，StandardContext及StandardWrapper都有各自缺省的標(biāo)準(zhǔn)valve實(shí)現(xiàn)。它們分別是?

• Engine：org.apache.catalina.core.StandardEngineValve
• Host： org.apache.catalina.core.StandardHostValve
• Context：org.apache.catalina.core.StandardContextValve
• Wrapper：org.apache.catalina.core.StandardWrapperValve

容器類生成對象時(shí)，都會(huì)生成一個(gè)pipeline對象，同時(shí)，生成一個(gè)缺省的valve實(shí)現(xiàn)，并將這個(gè)標(biāo)準(zhǔn)的valve對象綁定在其pipeline對象上。以StandardHost類為例：?

Java代碼 public class StandardHost extends ContainerBase implements Host { protected Pipeline pipeline = new StandardPipeline(this); public StandardHost() { super(); pipeline.setBasic(new StandardHostValve()); } }

?

Valve實(shí)現(xiàn)了具體業(yè)務(wù)邏輯單元。可以定制化valve（實(shí)現(xiàn)特定接口），然后配置在server.xml里。每層容器都可以配置相應(yīng)的valve，當(dāng)只在其作用域內(nèi)有效。例如engine容器里的valve只對其包含的所有host里的應(yīng)用有效。定制化的valve是可選的，但是每個(gè)容器有一個(gè)缺省的valve，例如engine的StandardEngineValve，是在StandardEngine里自帶的，它主要實(shí)現(xiàn)了對其子host對象的StandardHostValve的調(diào)用，以此類推。?
配置的例子有：?

Xml代碼 <Engine name="Catalina" defaultHost="localhost"> <Valve className="MyValve0"/> <Valve className="MyValve1"/> <Valve className="MyValve2"/> …… <Host name="localhost" appBase="webapps"> </Host> </Engine>

?

當(dāng)在server.xml文件中配置了一個(gè)定制化valve時(shí)，會(huì)調(diào)用pipeline對象的addValve方法，將valve以鏈表方式組織起來，看一下代碼;?

Java代碼 public class StandardPipeline implements Pipeline, Contained, Lifecycle{ protected Valve first = null; public void addValve(Valve valve) { // Validate that we can add this Valve if (valve instanceof Contained) ((Contained) valve).setContainer(this.container); // Start the new component if necessary if (started) { if (valve instanceof Lifecycle) { try { ((Lifecycle) valve).start(); } catch (LifecycleException e) { log.error("StandardPipeline.addValve: start: ", e); } } // Register the newly added valve registerValve(valve); } // 將配置的valve添加到鏈表中，并且每個(gè)容器的標(biāo)準(zhǔn)valve在鏈表的尾端 if (first == null) { first = valve; valve.setNext(basic); } else { Valve current = first; while (current != null) { if (current.getNext() == basic) { current.setNext(valve); valve.setNext(basic); break; } current = current.getNext(); } } } }

?

從上面可以清楚的看出，valve按照容器作用域的配置順序來組織valve，每個(gè)valve都設(shè)置了指向下一個(gè)valve的next引用。同時(shí)，每個(gè)容器缺省的標(biāo)準(zhǔn)valve都存在于valve鏈表尾端，這就意味著，在每個(gè)pipeline中，缺省的標(biāo)準(zhǔn)valve都是按順序，最后被調(diào)用。?
消息流?
先看一下四大容器的標(biāo)準(zhǔn)valve的調(diào)用邏輯圖。從中可以梳理出標(biāo)準(zhǔn)valve的邏輯。注意此圖只是在缺省配置下的狀態(tài)，也就是說每個(gè)pipeline只包含一個(gè)標(biāo)準(zhǔn)valve的情況。?
?
圖中顯示的是各個(gè)容器默認(rèn)的valve之間的實(shí)際調(diào)用情況。從StandardEngineValve開始，一直到StandardWrapperValve，完成整個(gè)消息處理過程。注意每一個(gè)上層的valve都是在調(diào)用下一層的valve返回后再返回的，這樣每個(gè)上層valve不僅具有request對象，同時(shí)還能拿到response對象，想象一下，這樣是不是可以批量的做很多東西？

轉(zhuǎn)載于:https://www.cnblogs.com/nizuimeiabc1/p/8934126.html

總結(jié)

以上是生活随笔為你收集整理的tomcat架构分析(valve机制)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。