多數的MVC框架中的Control層，都是一個(gè)Java對象。按照慣例，我們通常會(huì )把這個(gè)層次上面的Java對象統稱(chēng)為Action層。本篇文章，我們就來(lái)簡(jiǎn)單介紹一下Struts2中Action的相關(guān)內容。
目 錄
[ - ]Action的定義Action的生命周期Action的五大元素Action的定義
傳統的MVC框架中，Control層一般都是一個(gè)類(lèi)似與Servlet的一個(gè)Java對象。因為從職責上講，Control層需要完成以下的職責：
1. 接收從Web容器傳遞過(guò)來(lái)的參數，并做恰當的類(lèi)型轉化
2. 調用邏輯處理
3. 搜集數據，并返回到視圖
而在這個(gè)其中的第一步和第三步，都離不開(kāi)Web容器中的對象的處理。
Struts2中的Action，與其他傳統的MVC框架不同，使用了XWork的Action來(lái)構造Control層。讓我們首先來(lái)看看Action的接口定義：
Java代碼
/**
* All actions may implement this interface, which exposes
* the execute() method. However, as of XWork 1.1, this is
* not required and is only here to assist users. You are
* free to create POJOs that honor the same contract
* defined by this interface without actually implementing
* the interface.
*/
public interface Action {
/**
* Where the logic of the action is executed.
*
* @return a string representing the logical result of the execution.
* See constants in this interface for a list of standard result values.
* @throws Exception thrown if a system level exception occurs.
* Application level exceptions should be handled by returning
* an error value, such as Action.ERROR.
*/
public String execute() throws Exception;
}
我們只需要實(shí)現這個(gè)接口，就可以在其中編寫(xiě)業(yè)務(wù)邏輯完成我們的功能。
Java代碼
public class Index implements Action {
private static final long serialVersionUID = -1070481751569420550L;
/* (non-Javadoc)
* @see com.opensymphony.xwork2.Action#execute()
*/
public String execute() throws Exception {
// write your logic here
return SUCCESS;
}
}
在這個(gè)接口定義中，我們可以明顯看到與傳統的MVC框架之間的區別：Struts2中的Action，并不需要依賴(lài)于特定的Web容器。我們看不到類(lèi)似HttpServletRequest，HttpServletResponse等Web容器相關(guān)的對象。
而這一點(diǎn)，也帶來(lái)了問(wèn)題：
提問(wèn)：Struts2的Action并不帶有任何Web容器相關(guān)的對象，Action又是如何工作在Web容器中的呢？
雖然Struts2的Action只是一個(gè)非常普通的Java對象，并不具備任何Web容器的特質(zhì)，但是我們需要把Action放到一個(gè)更加大的環(huán)境中來(lái)看。事實(shí)上，Struts2為Action的執行，準備了完整的數據環(huán)境和執行環(huán)境。而這個(gè)執行環(huán)境，就保證了Action在Web容器中的順利運行。
在Struts2中，每個(gè)Http的請求，會(huì )被發(fā)送到一個(gè)Filter。而這個(gè)Filter，就會(huì )針對每個(gè)請求，創(chuàng )建出一個(gè)代碼的執行環(huán)境，并在這個(gè)基礎上，為每個(gè)執行環(huán)境配備與之對應的數據環(huán)境，這個(gè)數據環(huán)境中的內容，就來(lái)自于Web容器中的一個(gè)又一個(gè)對象。這樣，就能夠順利調用Action執行代碼而無(wú)需擔心它是否運行在Web容器中了。
至于這個(gè)執行環(huán)境和數據環(huán)境到底是什么，我們接下來(lái)會(huì )詳細講到。
提問(wèn)：Struts2的Action并不帶有任何Web容器相關(guān)的對象，Action中又如何與Web容器進(jìn)行通信并獲取Web容器的相關(guān)對象呢？
剛剛我們提到Struts2會(huì )為每個(gè)Http的請求建立一個(gè)執行環(huán)境和數據環(huán)境。其中，數據環(huán)境就成為了Action獲取Web容器的基礎。所以，當Action需要獲取Web容器的相關(guān)對象，需要通過(guò)數據環(huán)境來(lái)進(jìn)行。
Struts2的Action的這一個(gè)重要特性，至少能為我們帶來(lái)以下好處：
1. 使得Struts2的Action非常易于測試
如果我們完全不考慮Action的執行環(huán)境，僅僅把Action看作一個(gè)普通的Java對象，那么我們甚至可以直接new一個(gè)Action的對象，通過(guò)執行其中的方法完成測試。這樣，我們就不需要任何的Mock，來(lái)模擬Web容器的環(huán)境。
2. 結合Action的執行環(huán)境，使得Struts2在Control這個(gè)層次上，能夠定義更加豐富的執行層次
因為Action是一個(gè)普通的Java類(lèi)，而不是一個(gè)Servlet類(lèi)，完全脫離于Web容器，所以我們就能夠更加方便地對Control層進(jìn)行合理的層次設計，從而抽象出許多公共的邏輯，并將這些邏輯脫離出Action對象本身。事實(shí)上，Struts2也正是這么做的，無(wú)論是Interceptor，還是Result，其實(shí)都是抽象出了Action中公共的邏輯部分，將他們放到了Action的外面，從而更加簡(jiǎn)化了Action的開(kāi)發(fā)。
3. 使得Struts2的Action看上去更像一個(gè)POJO，從而更加易于管理
Struts2的Action是一個(gè)線(xiàn)程安全的對象。而Web容器傳遞過(guò)來(lái)的參數，也會(huì )傳遞到Action中的成員變量中。這樣，Action看上去就更像一個(gè)POJO，從而能夠方便的被許多對象容器進(jìn)行管理。比如說(shuō)，你可以非常方便得把Action納入到Spring的容器中進(jìn)行管理。
Action的生命周期
接下來(lái)，我們再來(lái)看看Struts2中的Action的生命周期：
這張圖來(lái)自于Struts2的Reference，我們能夠在圖中看到許多我們不熟悉的名詞，比如ActionProxy，Interceptor等等。這些都是Struts2的Control層的重要元素，也是Struts2的Control層的一個(gè)層次化的體現。
上面的這張圖基本上能夠概括了Struts2的整個(gè)生命周期。接下來(lái)，我們就對Action中的一些重要元素進(jìn)行簡(jiǎn)單的描述。
Action的五大元素
在大概了解了Struts2的Action后，我們來(lái)重點(diǎn)研究一下在Struts2的Action周?chē)?，為Action進(jìn)行服務(wù)的一些重要元素，這些元素將涵蓋Action的數據環(huán)境，Action的執行環(huán)境、Action的調度者、Action的層次結構和Action的執行結果。
ActionContext —— 數據環(huán)境
之前我們提到了Struts2的Action并不是一個(gè)Servlet，它是脫離了Web容器的。但是對于一個(gè)Web框架來(lái)說(shuō)，所有的數據請求（Request）和數據返回（Response）都來(lái)源于Web容器，那么Action在執行的時(shí)候，如何去獲取這些數據呢？
這個(gè)問(wèn)題的答案就在于，我們需要為每個(gè)Action準備一個(gè)數據環(huán)境，這個(gè)數據環(huán)境被稱(chēng)之為：ActionContext。由于A(yíng)ction是應對于一個(gè)又一個(gè)的URL請求，所以ActionContext應該具備以下的特性：
1. ActionContext應成為Action與Web容器之間的橋梁
2. ActionContext中應該保存有針對某個(gè)請求的詳細信息
3. ActionContext應該是一個(gè)線(xiàn)程安全的類(lèi)對象
Interceptor —— 豐富的層次結構
簡(jiǎn)單回顧一下上面所提到的Action的職責，我們看到，需要在A(yíng)ction這個(gè)層面上完成的事情還不少。而完成這些職責，就需要我們對這些職責進(jìn)行合理的分類(lèi)和排序，將他們組織成有序的執行隊列。在Struts2中，使用了一種類(lèi)似責任鏈的設計模式對這些不同的職責進(jìn)行分類(lèi)并串聯(lián)起來(lái)，從而使得Action層具備了豐富的層次結構。而在這個(gè)執行隊列中的每個(gè)元素，就被我們稱(chēng)之為Interceptor，也就是攔截器。
Struts2 Reference 寫(xiě)道
Interceptors can execute code before and after an Action is invoked.
攔截器是AOP中的概念，它本身是一段代碼，可以通過(guò)定義“織入點(diǎn)”，來(lái)指定攔截器的代碼在“織入點(diǎn)”的前后執行，從而起到攔截的作用。正如上面Struts2的Reference中講述的，Struts2的Interceptor，其攔截的對象是Action代碼，可以定義在A(yíng)ction代碼之前或者之后執行攔截器的代碼。
如果仔細留意一下Action LifeCycle圖中的Interceptor和Action的部分，我們可以看到，Interceptor一層一層的把Action包了起來(lái)。這是一個(gè)典型的堆棧結構，在代碼執行的時(shí)候，每個(gè)Interceptor不僅需要文成它自身的邏輯，還通過(guò)遞歸調用負責下一個(gè)攔截器或Action的調用。
Struts2 Reference 寫(xiě)道
Most of the framework's core functionality is implemented as Interceptors. Features like double-submit guards, type conversion, object population, validation, file upload, page preparation, and more, are all implemented with the help of Interceptors. Each and every Interceptor is pluggable, so you can decide exactly which features an Action needs to support.
也正如Struts2的Reference所說(shuō)，Struts2提供的絕大多數的功能支持，都通過(guò)Interceptor來(lái)實(shí)現，這些Interceptor可以隨意進(jìn)行配置，并且能夠方便的插入到程序中去運行。
Result —— 執行結果
有執行就必然有執行的結果。在Struts2中，Action的執行結果被抽象成了一個(gè)層次。在這個(gè)層次中，可以定義任意類(lèi)型的View層的結構。也就是說(shuō)，Struts2并不強制View層的表現形式，可以是JSP、Freemarker模板、二進(jìn)制流輸出等等。
Struts2把執行結果抽象成一個(gè)層次，使得你可以不再關(guān)注許多視圖整合上面的細節，只需要考慮視圖的類(lèi)型和數據的準備，這樣，你也可以不必在沉浸在雜亂的構造視圖的代碼中。
ActionProxy —— 執行環(huán)境
有了攔截器Interceptor，有了Action本身，也有了Action的執行結果Result，我們就需要一個(gè)類(lèi)似調度器的產(chǎn)品，將這些元素整合起來(lái)，進(jìn)行調度執行。在上面的Action Lifecyle的圖中，我們可以看到，Interceptor、Action和Result都處于A(yíng)ctionProxy中，所以ActionProxy就成為了所有這些元素的執行環(huán)境。
既然是執行環(huán)境，那么ActionProxy就需要提供Action執行的時(shí)候一切所需要的配置、參數等等，當然，也要有進(jìn)行Action調用的入口。所以讓我們來(lái)看一下ActionProxy的接口：
Java代碼
public interface ActionProxy {
/**
* Called after all dependencies are set
*/
void prepare() throws Exception;
/**
* @return the Action instance for this Proxy
*/
Object getAction();
/**
* @return the alias name this ActionProxy is mapped to
*/
String getActionName();
/**
* @return the ActionConfig this ActionProxy is built from
*/
ActionConfig getConfig();
/**
* Sets whether this ActionProxy should also execute the Result after executing the Action
*
* @param executeResult
*/
void setExecuteResult(boolean executeResult);
/**
* @return the status of whether the ActionProxy is set to execute the Result after the Action is executed
*/
boolean getExecuteResult();
/**
* @return the ActionInvocation associated with this ActionProxy
*/
ActionInvocation getInvocation();
/**
* @return the namespace the ActionConfig for this ActionProxy is mapped to
*/
String getNamespace();
/**
* Execute this ActionProxy. This will set the ActionContext from the ActionInvocation into the ActionContext
* ThreadLocal before invoking the ActionInvocation, then set the old ActionContext back into the ThreadLocal.
*
* @return the result code returned from executing the ActionInvocation
* @throws Exception
* @see ActionInvocation
*/
String execute() throws Exception;
/**
* Sets the method to execute for the action invocation. If no method is specified, the method provided by
* in the action's configuration will be used.
*
* @param method the string name of the method to invoke
*/
void setMethod(String method);
/**
* Returns the method to execute, or null if no method has been specified (meaning "execute" will be invoked)
*/
String getMethod();
}
很顯然，在這其中，prepare和execute方法是用作Action調用的入口函數，其他的接口定義都與Action執行時(shí)的運行參數和配置有關(guān)。
ActionInvocation —— 調度者
在上面的ActionProxy的接口定義中，我們可以看到有一個(gè)比較特殊的變量：ActionInvocation比較吸引我們的眼球。從字面上去理解，ActionInvocation就是Action的調用者。事實(shí)上也是如此，ActionInvocation在這個(gè)Action的執行過(guò)程中，負責Interceptor、Action和Result等一系列元素的調度。
在之后的章節中，這個(gè)ActionInvocation類(lèi)也將成為我們解讀Struts2源碼的一個(gè)重要入手點(diǎn)。這個(gè)類(lèi)將告訴你，Struts2是如何通過(guò)ActionInvocation來(lái)實(shí)現對Interceptor、Action和Result的合理調度的。
