struts2.0的工做原理

struts2並非一個陌生的web框架，它是以Webwork的設計思想爲核心，吸取struts1的優勢，能夠說

struts2是struts1和Webwork結合的產物。 

struts2 的工做原理圖：

一個請求在Struts2框架中的處理分爲如下幾個步驟：

1.客戶端發出一個指向servlet容器的請求(tomcat)；

2.這個請求會通過圖中的幾個過濾器，最後會到達FilterDispatcher過濾器。

3.過濾器FilterDispatcher是struts2框架的心臟，在處理用戶請求時，它和請求一塊兒相互配合訪問struts2

  的底層框架結構。在web容器啓動時，struts2框架會自動加載配置文件裏相關參數，並轉換成相應的類。

  如：ConfigurationManager、ActionMapper和ObjectFactory。ConfigurationManager 存有配置文件的一

  些基本信息，ActionMapper存有action的配置信息。在請求過程當中全部的對象（Action，Results，

  Interceptors，等）都是經過ObjectFactory來建立的。過濾器會經過詢問ActionMapper類來查找請求中

  須要用到的Action。

4.若是找到須要調用的Action，過濾器會把請求的處理交給ActionProxy。ActionProxy爲Action的代理對象

  。ActionProxy經過ConfigurationManager詢問框架的配置文件，找到須要調用的Action類。

5.ActionProxy建立一個ActionInvocation的實例。ActionInvocation在ActionProxy層之下，它表示了

  Action的執行狀態,或者說它控制的Action的執行步驟。它持有Action實例和全部的Interceptor。 

6.ActionInvocation實例使用命名模式來調用，1. ActionInvocation初始化時，根據配置，加載Action相

  關的全部Interceptor。2. 經過ActionInvocation.invoke方法調用Action實現時，執行Interceptor。在

  調用Action的過程先後，涉及到相關攔截器(intercepetor)的調用。

7. 一旦Action執行完畢，ActionInvocation負責根據struts.xml中的配置找到對應的返回結果。返回結果

  一般是（但不老是，也多是另外的一個Action鏈）一個須要被表示的JSP或者FreeMarker的模版。在表

  示的過程當中可使用Struts2 框架中繼承的標籤。

===============================================================================

===============================================================================

流程 
一、客戶端發送請求 (客戶端初始化一個指向Servlet容器（如Tomcat）的請求)
二、請求通過一系列（如ActionContextCleanUp、SiteMesh等）,ActionContextCleanUp-->FilterDispatcher 
三、FilterDispatcher經過ActionMapper來決定這個Request須要調用哪一個Action 
四、若是ActionMapper決定調用某個Action，FilterDispatcher把請求的處理交給ActionProxy，
五、ActionProxy經過ConfigurationManager詢問Struts配置文件（Struts.xml），找到須要調用的Action類。
六、ActionProxy建立一個ActionInvocation的實例 
七、ActionInvocation調用真正的Action，固然這涉及到相關攔截器的調用(interceptor) 
八、Action執行完畢，ActionInvocation建立Result並返回，返回結果前要作些動做也是能夠的