Struts2原理詳解

iteye_21202發表於2013-06-04

strutsaction框架freemarkerfilterservlet

上圖來源於Struts2官方站點，是Struts 2 的整體結構。

Struts2框架由3個部分組成：核心控制器FilterDispatcher、業務控制器和使用者實現的業務邏輯元件。在這3個部分裡，Struts 2框架提供了核心控制器FilterDispatcher，而使用者需要實現業務控制器和業務邏輯元件。
(1)核心控制器：FilterDispatcher
FilterDispatcher是Struts2框架的核心控制器，該控制器作為一個Filter執行在Web應用中，它負責攔截所有的使用者請求，當使用者請求到達時，該Filter會過濾使用者請求。如果使用者請求以action結尾，該請求將被轉入Struts2框架處理。
Struts2框架獲得了*.action請求後，將根據*.action請求的前面部分決定呼叫哪個業務邏輯元件，例如，對於login.action請求，Struts2呼叫名為login的Action來處理該請求。
Struts2應用中的Action都被定義在struts.xml檔案中，在該檔案中定義Action時，定義了該Action的name屬性和class屬性，其中name屬性決定了該Action處理哪個使用者請求，而class屬性決定了該Action的實現類。
Struts2用於處理使用者請求的Action例項，並不是使用者實現的業務控制器，而是Action代理——因為使用者實現的業務控制器並沒有與Servlet API耦合，顯然無法處理使用者請求。而Struts2框架提供了系列攔截器，該系列攔截器負責將HttpServletRequest請求中的請求引數解析出來，傳入到Action中，並回撥Action 的execute方法來處理使用者請求。

(2)一個請求在Struts2框架中的處理大概分為以下幾個步驟
1 .客戶端初始化一個指向Servlet容器（例如Tomcat）的請求 ,即HttpServletRequest請求。
2 .這個請求經過一系列的過濾器（Filter）（這些過濾器中有一個叫做ActionContextCleanUp的可選過濾器，這個過濾器對於Struts2和其他框架的整合很有幫助，例如：SiteMesh Plugin）
3. 接著FilterDispatcher被呼叫，FilterDispatcher詢問ActionMapper來決定這個請是否需要呼叫某個Action
4 .如果ActionMapper決定需要呼叫某個Action，FilterDispatcher把請求的處理交給ActionProxy
5 .ActionProxy通過Configuration Manager詢問框架的配置檔案，找到需要呼叫的Action類
6 .ActionProxy建立一個ActionInvocation的例項。
7 .ActionInvocation例項使用命名模式來呼叫，在呼叫Action的過程前後，涉及到相關攔截器（Intercepter）的呼叫。
8 .一旦Action執行完畢，ActionInvocation負責根據struts.xml中的配置找到對應的返回結果。返回結果通常是（但不總是，也可 能是另外的一個Action鏈）一個需要被表示的JSP或者FreeMarker的模版。在表示的過程中可以使用Struts2 框架中繼承的標籤。在這個過程中需要涉及到ActionMapper

在上述過程中所有的物件（Action，Results，Interceptors，等）都是通過ObjectFactory來建立的。

上圖來源於Struts2官方站點，是Struts 2 的整體結構。

Struts2框架由3個部分組成：核心控制器FilterDispatcher、業務控制器和使用者實現的業務邏輯元件。在這3個部分裡，Struts 2框架提供了核心控制器FilterDispatcher，而使用者需要實現業務控制器和業務邏輯元件。
(1)核心控制器：FilterDispatcher
FilterDispatcher是Struts2框架的核心控制器，該控制器作為一個Filter執行在Web應用中，它負責攔截所有的使用者請求，當使用者請求到達時，該Filter會過濾使用者請求。如果使用者請求以action結尾，該請求將被轉入Struts2框架處理。
Struts2框架獲得了*.action請求後，將根據*.action請求的前面部分決定呼叫哪個業務邏輯元件，例如，對於login.action請求，Struts2呼叫名為login的Action來處理該請求。
Struts2應用中的Action都被定義在struts.xml檔案中，在該檔案中定義Action時，定義了該Action的name屬性和class屬性，其中name屬性決定了該Action處理哪個使用者請求，而class屬性決定了該Action的實現類。
Struts2用於處理使用者請求的Action例項，並不是使用者實現的業務控制器，而是Action代理——因為使用者實現的業務控制器並沒有與Servlet API耦合，顯然無法處理使用者請求。而Struts2框架提供了系列攔截器，該系列攔截器負責將HttpServletRequest請求中的請求引數解析出來，傳入到Action中，並回撥Action 的execute方法來處理使用者請求。

(2)一個請求在Struts2框架中的處理大概分為以下幾個步驟
1 .客戶端初始化一個指向Servlet容器（例如Tomcat）的請求 ,即HttpServletRequest請求。
2 .這個請求經過一系列的過濾器（Filter）（這些過濾器中有一個叫做ActionContextCleanUp的可選過濾器，這個過濾器對於Struts2和其他框架的整合很有幫助，例如：SiteMesh Plugin）
3. 接著FilterDispatcher被呼叫，FilterDispatcher詢問ActionMapper來決定這個請是否需要呼叫某個Action
4 .如果ActionMapper決定需要呼叫某個Action，FilterDispatcher把請求的處理交給ActionProxy
5 .ActionProxy通過Configuration Manager詢問框架的配置檔案，找到需要呼叫的Action類
6 .ActionProxy建立一個ActionInvocation的例項。
7 .ActionInvocation例項使用命名模式來呼叫，在呼叫Action的過程前後，涉及到相關攔截器（Intercepter）的呼叫。
8 .一旦Action執行完畢，ActionInvocation負責根據struts.xml中的配置找到對應的返回結果。返回結果通常是（但不總是，也可 能是另外的一個Action鏈）一個需要被表示的JSP或者FreeMarker的模版。在表示的過程中可以使用Struts2 框架中繼承的標籤。在這個過程中需要涉及到ActionMapper

在上述過程中所有的物件（Action，Results，Interceptors，等）都是通過ObjectFactory來建立的。

相關文章