第二章 Struts2的工作機(jī)制及分析
概述
本章講述Struts2的工作原理。
讀者如果曾經(jīng)學(xué)習(xí)過(guò)Struts1.x或者有過(guò)Struts1.x的開(kāi)發(fā)經(jīng)驗(yàn)，那么千萬(wàn)不要想當(dāng)然地以為這一章可以跳過(guò)。實(shí)際上Struts1.x與Struts2并無(wú)我們想象的血緣關(guān)系。雖然Struts2的開(kāi)發(fā)小組極力保留Struts1.x的習(xí)慣，但因?yàn)?/span>Struts2的核心設(shè)計(jì)完全改變，從思想到設(shè)計(jì)到工作流程，都有了很大的不同。
Struts2是Struts社區(qū)和WebWork社區(qū)的共同成果，我們甚至可以說(shuō)，Struts2是WebWork的升級(jí)版，他采用的正是WebWork的核心，所以，Struts2并不是一個(gè)不成熟的產(chǎn)品，相反，構(gòu)建在WebWork基礎(chǔ)之上的Struts2是一個(gè)運(yùn)行穩(wěn)定、性能優(yōu)異、設(shè)計(jì)成熟的WEB框架。
本章主要對(duì)Struts的源代碼進(jìn)行分析，因?yàn)?/span>Struts2與WebWork的關(guān)系如此密不可分，因此，讀者需要下載xwork的源代碼，訪問(wèn)http://www.opensymphony.com/xwork/download.action即可自行下載。
下載的Struts2源代碼文件是一個(gè)名叫struts-2.1.0-src.zip的壓縮包，里面的目錄和文件非常多，讀者可以定位到struts-2.1.0-src"struts-2.0.10"src"core"src"main"java目錄下查看Struts2的源文件，如圖14所示。
（圖14）
主要的包和類(lèi)
Struts2框架的正常運(yùn)行，除了占核心地位的xwork的支持以外，Struts2本身也提供了許多類(lèi)，這些類(lèi)被分門(mén)別類(lèi)組織到不同的包中。從源代碼中發(fā)現(xiàn)，基本上每一個(gè)Struts2類(lèi)都訪問(wèn)了WebWork提供的功能，從而也可以看出Struts2與WebWork千絲萬(wàn)縷的聯(lián)系。但無(wú)論如何，Struts2的核心功能比如將請(qǐng)求委托給哪個(gè)Action處理都是由xwork完成的，Struts2只是在WebWork的基礎(chǔ)上做了適當(dāng)?shù)暮?jiǎn)化、加強(qiáng)和封裝，并少量保留Struts1.x中的習(xí)慣。
以下是對(duì)各包的簡(jiǎn)要說(shuō)明：
|
包名
|
說(shuō)明
|
|
org.apache.struts2. components
|
該包封裝視圖組件，Struts2在視圖組件上有了很大加強(qiáng)，不僅增加了組件的屬性個(gè)數(shù)，更新增了幾個(gè)非常有用的組件，如updownselect、doubleselect、datetimepicker、token、tree等。
另外，Struts2可視化視圖組件開(kāi)始支持主題(theme)，缺省情況下，使用自帶的缺省主題，如果要自定義頁(yè)面效果，需要將組件的theme屬性設(shè)置為simple。
|
|
org.apache.struts2. config
|
該包定義與配置相關(guān)的接口和類(lèi)。實(shí)際上，工程中的xml和properties文件的讀取和解析都是由WebWork完成的，Struts只做了少量的工作。
|
|
org.apache.struts2.dispatcher
|
Struts2的核心包，最重要的類(lèi)都放在該包中。
|
|
org.apache.struts2.impl
|
該包只定義了3個(gè)類(lèi)，他們是StrutsActionProxy、StrutsActionProxyFactory、StrutsObjectFactory，這三個(gè)類(lèi)都是對(duì)xwork的擴(kuò)展。
|
|
org.apache.struts2.interceptor
|
定義內(nèi)置的截?cái)r器。
|
|
org.apache.struts2.util
|
實(shí)用包。
|
|
org.apache.struts2.validators
|
只定義了一個(gè)類(lèi)：DWRValidator。
|
|
org.apache.struts2.views
|
提供freemarker、jsp、velocity等不同類(lèi)型的頁(yè)面呈現(xiàn)。
|
下表是對(duì)一些重要類(lèi)的說(shuō)明：
|
類(lèi)名
|
說(shuō)明
|
|
org.apache.struts2.dispatcher. Dispatcher
|
該類(lèi)有兩個(gè)作用：
1、初始化
2、調(diào)用指定的Action的execute()方法。
|
|
org.apache.struts2.dispatcher. FilterDispatcher
|
這是一個(gè)過(guò)濾器。文檔中已明確說(shuō)明，如果沒(méi)有經(jīng)驗(yàn)，配置時(shí)請(qǐng)將url-pattern的值設(shè)成/*。
該類(lèi)有四個(gè)作用：
1、執(zhí)行Action
2、清理ActionContext，避免內(nèi)存泄漏
3、處理靜態(tài)內(nèi)容（Serving static content）
4、為請(qǐng)求啟動(dòng)xwork’s的截?cái)r器鏈。
|
|
com.opensymphony.xwork2. ActionProxy
|
Action的代理接口。
|
|
com.opensymphony.xwork2. ctionProxyFactory
|
生產(chǎn)ActionProxy的工廠。
|
|
com.opensymphony.xwork2.ActionInvocation
|
負(fù)責(zé)調(diào)用Action和截?cái)r器。
|
|
com.opensymphony.xwork2.config.providers.
XmlConfigurationProvider
|
負(fù)責(zé)Struts2的配置文件的解析。
|
Struts2的工作機(jī)制
3.1Struts2體系結(jié)構(gòu)圖
Strut2的體系結(jié)構(gòu)如圖15所示：
（圖15）
3.2Struts2的工作機(jī)制
從圖15可以看出，一個(gè)請(qǐng)求在Struts2框架中的處理大概分為以下幾個(gè)步驟：
1、客戶端初始化一個(gè)指向Servlet容器（例如Tomcat）的請(qǐng)求；
2、這個(gè)請(qǐng)求經(jīng)過(guò)一系列的過(guò)濾器（Filter）（這些過(guò)濾器中有一個(gè)叫做ActionContextCleanUp的可選過(guò)濾器，這個(gè)過(guò)濾器對(duì)于Struts2和其他框架的集成很有幫助，例如：SiteMesh Plugin）；
3、接著FilterDispatcher被調(diào)用，FilterDispatcher詢(xún)問(wèn)ActionMapper來(lái)決定這個(gè)請(qǐng)求是否需要調(diào)用某個(gè)Action；
4、如果ActionMapper決定需要調(diào)用某個(gè)Action，FilterDispatcher把請(qǐng)求的處理交給ActionProxy；
5、ActionProxy通過(guò)Configuration Manager詢(xún)問(wèn)框架的配置文件，找到需要調(diào)用的Action類(lèi)；
6、ActionProxy創(chuàng)建一個(gè)ActionInvocation的實(shí)例。
7、ActionInvocation實(shí)例使用命名模式來(lái)調(diào)用，在調(diào)用Action的過(guò)程前后，涉及到相關(guān)攔截器（Intercepter）的調(diào)用。
8、一旦Action執(zhí)行完畢，ActionInvocation負(fù)責(zé)根據(jù)struts.xml中的配置找到對(duì)應(yīng)的返回結(jié)果。返回結(jié)果通常是（但不總是，也可能是另外的一個(gè)Action鏈）一個(gè)需要被表示的JSP或者FreeMarker的模版。在表示的過(guò)程中可以使用Struts2 框架中繼承的標(biāo)簽。在這個(gè)過(guò)程中需要涉及到ActionMapper。
注：以上步驟參考至網(wǎng)上，具體網(wǎng)址已忘記。在此表示感謝！
3.3Struts2源代碼分析
和Struts1.x不同，Struts2的啟動(dòng)是通過(guò)FilterDispatcher過(guò)濾器實(shí)現(xiàn)的。下面是該過(guò)濾器在web.xml文件中的配置：
代碼清單6：web.xml（截取）
<filter>
<filter-name>struts2</filter-name>
<filter-class>
org.apache.struts2.dispatcher.FilterDispatcher
</filter-class>
</filter>
<filter-mapping>
<filter-name>struts2</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
Struts2建議，在對(duì)Struts2的配置尚不熟悉的情況下，將url-pattern配置為/*，這樣該過(guò)濾器將截?cái)r所有請(qǐng)求。
實(shí)際上，FilterDispatcher除了實(shí)現(xiàn)Filter接口以外，還實(shí)現(xiàn)了StrutsStatics接口，繼承代碼如下：
代碼清單7：FilterDispatcher結(jié)構(gòu)
publicclass FilterDispatcher implements
StrutsStatics, Filter {
}
StrutsStatics并沒(méi)有定義業(yè)務(wù)方法，只定義了若干個(gè)常量。Struts2對(duì)常用的接口進(jìn)行了重新封裝，比如HttpServletRequest、HttpServletResponse、HttpServletContext等。 以下是StrutsStatics的定義：
代碼清單8：StrutsStatics.java
publicinterface StrutsStatics {
/**
*ConstantfortheHTTPrequestobject.
*/
publicstaticfinal String HTTP_REQUEST = "com.opensymphony.xwork2.dispatcher.HttpServletRequest";
/**
*ConstantfortheHTTPresponseobject.
*/
publicstaticfinal String HTTP_RESPONSE = "com.opensymphony.xwork2.dispatcher.HttpServletResponse";
/**
*ConstantforanHTTPrequest
dispatcher}.
*/
publicstaticfinal String SERVLET_DISPATCHER = "com.opensymphony.xwork2.dispatcher.ServletDispatcher";
/**
*Constantfortheservlet
context}object.
*/
publicstaticfinal String SERVLET_CONTEXT = "com.opensymphony.xwork2.dispatcher.ServletContext";
/**
*ConstantfortheJSPpage
context}.
*/
publicstaticfinal String PAGE_CONTEXT = "com.opensymphony.xwork2.dispatcher.PageContext";
/**ConstantforthePortletContextobject*/
publicstaticfinal String STRUTS_PORTLET_CONTEXT = "struts.portlet.context";
}
容器啟動(dòng)后，FilterDispatcher被實(shí)例化，調(diào)用init(FilterConfig filterConfig)方法。該方法創(chuàng)建Dispatcher類(lèi)的對(duì)象，并且將FilterDispatcher配置的初始化參數(shù)傳到對(duì)象中（詳情請(qǐng)參考代碼清單10），并負(fù)責(zé)Action的執(zhí)行。然后得到參數(shù)packages，值得注意的是，還有另外三個(gè)固定的包和該參數(shù)進(jìn)行拼接，分別是org.apache.struts2.static、template、和org.apache.struts2.interceptor.debugging，中間用空格隔開(kāi)，經(jīng)過(guò)解析將包名變成路徑后存儲(chǔ)到一個(gè)名叫pathPrefixes的數(shù)組中，這些目錄中的文件會(huì)被自動(dòng)搜尋。
代碼清單9：FilterDispatcher.init()方法
publicvoid init(FilterConfig filterConfig) throws ServletException {
this.filterConfig = filterConfig;
dispatcher = createDispatcher(filterConfig);
dispatcher.init();
String param = filterConfig.getInitParameter("packages");
String packages = "org.apache.struts2.static
template org.apache.struts2.interceptor.debugging";
if (param != null) {
packages = param + " " + packages;
}
this.pathPrefixes = parse(packages);
}
代碼清單10：FilterDispatcher.createDispatcher()方法
protected Dispatcher createDispatcher(FilterConfig filterConfig) {
Map<String,String> params = new
HashMap<String,String>();
for (Enumeration e =
filterConfig.getInitParameterNames(); e.hasMoreElements(); ) {
String name = (String) e.nextElement();
String value = filterConfig.getInitParameter(name);
params.put(name, value);
}
returnnew Dispatcher(filterConfig.getServletContext(),
params);
}
當(dāng)用戶向Struts2發(fā)送請(qǐng)求時(shí)，FilterDispatcher的doFilter()方法自動(dòng)調(diào)用，這個(gè)方法非常關(guān)鍵。首先，Struts2對(duì)請(qǐng)求對(duì)象進(jìn)行重新包裝，此次包裝根據(jù)請(qǐng)求內(nèi)容的類(lèi)型不同，返回不同的對(duì)象，如果為multipart/form-data類(lèi)型，則返回MultiPartRequestWrapper類(lèi)型的對(duì)象，該對(duì)象服務(wù)于文件上傳，否則返回StrutsRequestWrapper類(lèi)型的對(duì)象，MultiPartRequestWrapper是StrutsRequestWrapper的子類(lèi)，而這兩個(gè)類(lèi)都是HttpServletRequest接口的實(shí)現(xiàn)。包裝請(qǐng)求對(duì)象如代碼清單11所示：
代碼清單11：FilterDispatcher.prepareDispatcherAndWrapRequest()方法
protectedHttpServletRequest
prepareDispatcherAndWrapRequest(
HttpServletRequest
request,
HttpServletResponse
response) throws ServletException {
Dispatcher du = Dispatcher.getInstance();
if (du == null) {
Dispatcher.setInstance(dispatcher);
dispatcher.prepare(request, response);
} else {
dispatcher = du;
}
try {
request = dispatcher.wrapRequest(request, getServletContext());
} catch (IOException e) {
String message = "Could not
wrap servlet request with MultipartRequestWrapper!";
LOG.error(message, e);
thrownew ServletException(message, e);
}
return request;
}
request對(duì)象重新包裝后，通過(guò)ActionMapper的getMapping()方法得到請(qǐng)求的Action，Action的配置信息存儲(chǔ)在ActionMapping對(duì)象中，該語(yǔ)句如下：mapping = actionMapper.getMapping(request,
dispatcher.getConfigurationManager());。下面是ActionMapping接口的實(shí)現(xiàn)類(lèi)DefaultActionMapper的getMapping()方法的源代碼：
代碼清單12：DefaultActionMapper.getMapping()方法
public ActionMapping getMapping(HttpServletRequest request,
ConfigurationManager configManager) {
ActionMapping mapping = new ActionMapping();
String uri = getUri(request);//得到請(qǐng)求路徑的URI，如：testAtcion.action或testAction!method
uri = dropExtension(uri);//刪除擴(kuò)展名，默認(rèn)擴(kuò)展名為action，在代碼中的定義是List extensions = new ArrayList() {{
add("action");}};
if (uri == null) {
returnnull;
}
parseNameAndNamespace(uri, mapping, configManager);//從uri變量中解析出Action的name和namespace
handleSpecialParameters(request, mapping);//將請(qǐng)求參數(shù)中的重復(fù)項(xiàng)去掉
//如果Action的name沒(méi)有解析出來(lái)，直接返回
if (mapping.getName() == null) {
returnnull;
}
//下面處理形如testAction!method格式的請(qǐng)求路徑
if (allowDynamicMethodCalls) {
// handle
"name!method" convention.
String name = mapping.getName();
int exclamation = name.lastIndexOf("!");//!是Action名稱(chēng)和方法名的分隔符
if (exclamation != -1) {
mapping.setName(name.substring(0, exclamation));//提取左邊為name
mapping.setMethod(name.substring(exclamation + 1));//提取右邊的method
}
}
return mapping;
}
該代碼的活動(dòng)圖如下：
（圖16）
從代碼中看出，getMapping()方法返回ActionMapping類(lèi)型的對(duì)象，該對(duì)象包含三個(gè)參數(shù)：Action的name、namespace和要調(diào)用的方法method。
如果getMapping()方法返回ActionMapping對(duì)象為null，則FilterDispatcher認(rèn)為用戶請(qǐng)求不是Action，自然另當(dāng)別論，FilterDispatcher會(huì)做一件非常有意思的事：如果請(qǐng)求以/struts開(kāi)頭，會(huì)自動(dòng)查找在web.xml文件中配置的packages初始化參數(shù)，就像下面這樣(注意粗斜體部分)：
代碼清單13：web.xml(部分)
<filter>
<filter-name>struts2</filter-name>
<filter-class>
org.apache.struts2.dispatcher.FilterDispatcher
</filter-class>
<init-param>
<param-name>packages</param-name>
<param-value>com.lizanhong.action</param-value>
</init-param>
</filter>
FilterDispatcher會(huì)將com.lizanhong.action包下的文件當(dāng)作靜態(tài)資源處理，即直接在頁(yè)面上顯示文件內(nèi)容，不過(guò)會(huì)忽略擴(kuò)展名為class的文件。比如在com.lizanhong.action包下有一個(gè)aaa.txt的文本文件，其內(nèi)容為“中華人民共和國(guó)”，訪問(wèn)http://localhost:8081/Struts2Demo/struts/aaa.txt時(shí)會(huì)有如圖17的輸出：
（圖17）
查找靜態(tài)資源的源代碼如清單14：
代碼清單14：FilterDispatcher.findStaticResource()方法
protectedvoid findStaticResource(String name,
HttpServletRequest request, HttpServletResponse response) throws IOException {
if (!name.endsWith(".class")) {//忽略class文件
//遍歷packages參數(shù)
for (String pathPrefix : pathPrefixes) {
InputStream is =
findInputStream(name, pathPrefix);//讀取請(qǐng)求文件流
if (is != null) {
……（省略部分代碼）
// set the
content-type header
String contentType =
getContentType(name);//讀取內(nèi)容類(lèi)型
if
(contentType != null) {
response.setContentType(contentType);//重新設(shè)置內(nèi)容類(lèi)型
}
……（省略部分代碼）
try {
//將讀取到的文件流以每次復(fù)制4096個(gè)字節(jié)的方式循環(huán)輸出
copy(is,
response.getOutputStream());
} finally {
is.close();
}
return;
}
}
}
}
如果用戶請(qǐng)求的資源不是以/struts開(kāi)頭——可能是.jsp文件，也可能是.html文件，則通過(guò)過(guò)濾器鏈繼續(xù)往下傳送，直到到達(dá)請(qǐng)求的資源為止。
如果getMapping()方法返回有效的ActionMapping對(duì)象，則被認(rèn)為正在請(qǐng)求某個(gè)Action，將調(diào)用Dispatcher.serviceAction(request, response,
servletContext, mapping)方法，該方法是處理Action的關(guān)鍵所在。上述過(guò)程的源代碼如清單15所示。
代碼清單15：FilterDispatcher.doFilter()方法
publicvoid doFilter(ServletRequest req, ServletResponse
res, FilterChain chain) throws IOException, ServletException {
HttpServletRequest request = (HttpServletRequest) req;
HttpServletResponse response = (HttpServletResponse) res;
ServletContext servletContext = getServletContext();
String timerKey = "FilterDispatcher_doFilter:
";
try {
UtilTimerStack.push(timerKey);
request = prepareDispatcherAndWrapRequest(request, response);//重新包裝request
ActionMapping mapping;
try {
mapping =
actionMapper.getMapping(request, dispatcher.getConfigurationManager());//得到存儲(chǔ)Action信息的ActionMapping對(duì)象
} catch (Exception ex) {
……（省略部分代碼）
return;
}
if (mapping == null) {//如果mapping為null，則認(rèn)為不是請(qǐng)求Action資源
String resourcePath =
RequestUtils.getServletPath(request);
if ("".equals(resourcePath) && null != request.getPathInfo()) {
resourcePath =
request.getPathInfo();
}
//如果請(qǐng)求的資源以/struts開(kāi)頭，則當(dāng)作靜態(tài)資源處理
if (serveStatic && resourcePath.startsWith("/struts")) {
String name =
resourcePath.substring("/struts".length());
findStaticResource(name,
request, response);
} else {
//否則，過(guò)濾器鏈繼續(xù)往下傳遞
chain.doFilter(request,
response);
}
// The framework did its job here
return;
}
//如果請(qǐng)求的資源是Action，則調(diào)用serviceAction方法。
dispatcher.serviceAction(request, response, servletContext, mapping);
} finally {
try {
ActionContextCleanUp.cleanUp(req);
} finally {
UtilTimerStack.pop(timerKey);
}
}
}
這段代碼的活動(dòng)圖如圖18所示：
（圖18）
在Dispatcher.serviceAction()方法中，先加載Struts2的配置文件，如果沒(méi)有人為配置，則默認(rèn)加載struts-default.xml、struts-plugin.xml和struts.xml，并且將配置信息保存在形如com.opensymphony.xwork2.config.entities.XxxxConfig的類(lèi)中。
類(lèi)com.opensymphony.xwork2.config.providers.XmlConfigurationProvider負(fù)責(zé)配置文件的讀取和解析， addAction()方法負(fù)責(zé)讀取<action>標(biāo)簽，并將數(shù)據(jù)保存在ActionConfig中；addResultTypes()方法負(fù)責(zé)將<result-type>標(biāo)簽轉(zhuǎn)化為ResultTypeConfig對(duì)象；loadInterceptors()方法負(fù)責(zé)將<interceptor>標(biāo)簽轉(zhuǎn)化為InterceptorConfi對(duì)象；loadInterceptorStack()方法負(fù)責(zé)將<interceptor-ref>標(biāo)簽轉(zhuǎn)化為InterceptorStackConfig對(duì)象；loadInterceptorStacks()方法負(fù)責(zé)將<interceptor-stack>標(biāo)簽轉(zhuǎn)化成InterceptorStackConfig對(duì)象。而上面的方法最終會(huì)被addPackage()方法調(diào)用，將所讀取到的數(shù)據(jù)匯集到PackageConfig對(duì)象中，細(xì)節(jié)請(qǐng)參考代碼清單16。
代碼清單16：XmlConfigurationProvider.addPackage()方法
protected PackageConfig addPackage(Element packageElement) throws ConfigurationException {
PackageConfig newPackage = buildPackageContext(packageElement);
if (newPackage.isNeedsRefresh()) {
return newPackage;
}
if (LOG.isDebugEnabled()) {
LOG.debug("Loaded
" + newPackage);
}
// add result types (and
default result) to this package
addResultTypes(newPackage, packageElement);
// load the interceptors and
interceptor stacks for this package
loadInterceptors(newPackage, packageElement);
// load the default
interceptor reference for this package
loadDefaultInterceptorRef(newPackage, packageElement);
// load the default class ref
for this package
loadDefaultClassRef(newPackage, packageElement);
// load the global result
list for this package
loadGlobalResults(newPackage, packageElement);
// load the global exception
handler list for this package
loadGlobalExceptionMappings(newPackage, packageElement);
// get actions
NodeList actionList = packageElement.getElementsByTagName("action");
for (int i = 0; i
< actionList.getLength(); i++) {
Element actionElement = (Element) actionList.item(i);
addAction(actionElement, newPackage);
}
// load the default action
reference for this package
loadDefaultActionRef(newPackage, packageElement);
configuration.addPackageConfig(newPackage.getName(),
newPackage);
return newPackage;
}
活動(dòng)圖如圖19所示：
（圖19）
配置信息加載完成后，創(chuàng)建一個(gè)Action的代理對(duì)象——ActionProxy引用，實(shí)際上對(duì)Action的調(diào)用正是通過(guò)ActionProxy實(shí)現(xiàn)的，而ActionProxy又由ActionProxyFactory創(chuàng)建，ActionProxyFactory是創(chuàng)建ActionProxy的工廠。
注：ActionProxy和ActionProxyFactory都是接口，他們的默認(rèn)實(shí)現(xiàn)類(lèi)分別是DefaultActionProxy和DefaultActionProxyFactory，位于com.opensymphony.xwork2包下。
在這里，我們絕對(duì)有必要介紹一下com.opensymphony.xwork2.DefaultActionInvocation類(lèi)，該類(lèi)是對(duì)ActionInvocation接口的默認(rèn)實(shí)現(xiàn)，負(fù)責(zé)Action和截?cái)r器的執(zhí)行。
在DefaultActionInvocation類(lèi)中，定義了invoke()方法，該方法實(shí)現(xiàn)了截?cái)r器的遞歸調(diào)用和執(zhí)行Action的execute()方法。其中，遞歸調(diào)用截?cái)r器的代碼如清單17所示：
代碼清單17：調(diào)用截?cái)r器，DefaultActionInvocation.invoke()方法的部分代碼
if (interceptors.hasNext()) {
//從截?cái)r器集合中取出當(dāng)前的截?cái)r器
final
InterceptorMapping interceptor = (InterceptorMapping) interceptors.next();
UtilTimerStack.profile("interceptor: "+interceptor.getName(),
new
UtilTimerStack.ProfilingBlock<String>() {
public String doProfiling() throws Exception {
//執(zhí)行截?cái)r器（Interceptor）接口中定義的intercept方法
resultCode
= interceptor.getInterceptor().intercept(DefaultActionInvocation.this);
returnnull;
}
});
}
從代碼中似乎看不到截?cái)r器的遞歸調(diào)用，其實(shí)是否遞歸完全取決于程序員對(duì)程序的控制，先來(lái)看一下Interceptor接口的定義：
代碼清單18：Interceptor.java
publicinterface Interceptor extends
Serializable {
void destroy();
void init();
String intercept(ActionInvocation invocation) throws Exception;
}
所有的截?cái)r器必須實(shí)現(xiàn)intercept方法，而該方法的參數(shù)恰恰又是ActionInvocation，所以，如果在intercept方法中調(diào)用invocation.invoke()，代碼清單17會(huì)再次執(zhí)行，從Action的Intercepor列表中找到下一個(gè)截?cái)r器，依此遞歸。下面是一個(gè)自定義截?cái)r器示例：
代碼清單19：CustomIntercepter.java
publicclass CustomIntercepter extends AbstractInterceptor {
@Override
public String intercept(ActionInvocation actionInvocation) throws Exception
{
actionInvocation.invoke();
return"李贊紅";
}
}
截?cái)r器的調(diào)用活動(dòng)圖如圖20所示：
（圖20）
如果截?cái)r器全部執(zhí)行完畢，則調(diào)用invokeActionOnly()方法執(zhí)行Action，invokeActionOnly()方法基本沒(méi)做什么工作，只調(diào)用了invokeAction()方法。
為了執(zhí)行Action，必須先創(chuàng)建該對(duì)象，該工作在DefaultActionInvocation的構(gòu)造方法中調(diào)用init()方法早早完成。調(diào)用過(guò)程是：DefaultActionInvocation()->init()->createAction()。創(chuàng)建Action的代碼如下：
代碼清單20：DefaultActionInvocation.createAction()方法
protectedvoid createAction(Map contextMap) {
try {
action =
objectFactory.buildAction(proxy.getActionName(), proxy.getNamespace(),
proxy.getConfig(), contextMap);
} catch (InstantiationException e) {
……異常代碼省略
}
}
Action創(chuàng)建好后，輪到invokeAction()大顯身手了，該方法比較長(zhǎng)，但關(guān)鍵語(yǔ)句實(shí)在很少，用心點(diǎn)看不會(huì)很難。
代碼清單20：DefaultActionInvocation.invokeAction()方法
protected String invokeAction(Object action,
ActionConfig actionConfig) throws Exception {
//獲取Action中定義的execute()方法名稱(chēng),實(shí)際上該方法是可以隨便定義的
String methodName = proxy.getMethod();
String timerKey = "invokeAction:
"+proxy.getActionName();
try {
UtilTimerStack.push(timerKey);
Method method;
try {
//將方法名轉(zhuǎn)化成Method對(duì)象
method = getAction().getClass().getMethod(methodName,
new Class[0]);
} catch (NoSuchMethodException e) {
// hmm -- OK, try doXxx instead
try {
//如果Method出錯(cuò),則嘗試在方法名前加do,再轉(zhuǎn)成Method對(duì)象
String altMethodName = "do" + methodName.substring(0, 1).toUpperCase() +
methodName.substring(1);
method =
getAction().getClass().getMethod(altMethodName, new Class[0]);
} catch
(NoSuchMethodException e1) {
// throw the original one
throw e;
}
}
//執(zhí)行方法
Object methodResult = method.invoke(action, new Object[0]);
//處理跳轉(zhuǎn)
if (methodResult instanceof Result) {
this.result =
(Result) methodResult;
returnnull;
} else {
return (String)
methodResult;
}
} catch (NoSuchMethodException e) {
……省略異常代碼
} finally {
UtilTimerStack.pop(timerKey);
}
}
剛才使用了一段插述，我們繼續(xù)回到ActionProxy類(lèi)。
我們說(shuō)Action的調(diào)用是通過(guò)ActionProxy實(shí)現(xiàn)的，其實(shí)就是調(diào)用了ActionProxy.execute()方法，而該方法又調(diào)用了ActionInvocation.invoke()方法。歸根到底，最后調(diào)用的是DefaultActionInvocation.invokeAction()方法。
以下是調(diào)用關(guān)系圖：
其中：
Ø
ActionProxy：管理Action的生命周期，它是設(shè)置和執(zhí)行Action的起始點(diǎn)。
Ø
ActionInvocation：在ActionProxy層之下，它表示了Action的執(zhí)行狀態(tài)。它持有Action實(shí)例和所有的Interceptor
以下是serviceAction()方法的定義：
代碼清單21：Dispatcher.serviceAction()方法
publicvoid serviceAction(HttpServletRequest request,
HttpServletResponse response, ServletContext context,
ActionMapping
mapping) throws ServletException {
Map<String, Object> extraContext = createContextMap(request,
response, mapping, context);
// If there was a previous
value stack, then create a new copy and pass it in to be used by the new Action
ValueStack stack = (ValueStack) request.getAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY);
if (stack != null) {
extraContext.put(ActionContext.VALUE_STACK,
ValueStackFactory.getFactory().createValueStack(stack));
}
String timerKey = "Handling
request from Dispatcher";
try {
UtilTimerStack.push(timerKey);
String namespace = mapping.getNamespace();
String name = mapping.getName();
String method = mapping.getMethod();
Configuration config = configurationManager.getConfiguration();
ActionProxy proxy =
config.getContainer().getInstance(ActionProxyFactory.class).createActionProxy(
namespace, name,
extraContext, true, false);
proxy.setMethod(method);
request.setAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY,
proxy.getInvocation().getStack());
// if the ActionMapping says
to go straight to a result, do it!
if (mapping.getResult() != null) {
Result result =
mapping.getResult();
result.execute(proxy.getInvocation());
} else {
proxy.execute();
}
// If there was a previous
value stack then set it back onto the request
if (stack != null) {
request.setAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY, stack);
}
} catch (ConfigurationException e) {
LOG.error("Could not
find action or result", e);
sendError(request, response, context, HttpServletResponse.SC_NOT_FOUND,
e);
} catch (Exception e) {
thrownew ServletException(e);
} finally {
UtilTimerStack.pop(timerKey);
}
}
最后，通過(guò)Result完成頁(yè)面的跳轉(zhuǎn)。
3.4 本小節(jié)總結(jié)
總體來(lái)講，Struts2的工作機(jī)制比Struts1.x要復(fù)雜很多，但我們不得不佩服Struts和WebWork開(kāi)發(fā)小組的功底，代碼如此優(yōu)雅，甚至能夠感受看到兩個(gè)開(kāi)發(fā)小組心神相通的默契。兩個(gè)字：佩服。
以下是Struts2運(yùn)行時(shí)調(diào)用方法的順序圖：
（圖21）
四、
總結(jié)
閱讀源代碼是一件非常辛苦的事，對(duì)讀者本身的要求也很高，一方面要有扎實(shí)的功底，另一方面要有超強(qiáng)的耐力和恒心。本章目的就是希望能幫助讀者理清一條思路，在必要的地方作出簡(jiǎn)單的解釋?zhuān)_(dá)到事半功倍的效果。
當(dāng)然，筆者不可能為讀者解釋所有類(lèi)，這也不是我的初衷。Struts2+xwork一共有700余類(lèi)，除了為讀者做到現(xiàn)在的這些，已無(wú)法再做更多的事情。讀者可以到Struts官方網(wǎng)站下載幫助文檔，慢慢閱讀和理解，相信會(huì)受益頗豐。
本章并不適合java語(yǔ)言初學(xué)者或者對(duì)java博大精深的思想理解不深的讀者閱讀，這其中涉及到太多的術(shù)語(yǔ)和類(lèi)的使用，特別不要去鉆牛角尖，容易使自信心受損。基本搞清楚Struts2的使用之后，再回過(guò)頭來(lái)閱讀本章，對(duì)一些知識(shí)點(diǎn)和思想也許會(huì)有更深的體會(huì)。
如果讀者的java功底比較渾厚，而且對(duì)Struts2充滿興趣，但又沒(méi)太多時(shí)間研究，不妨仔細(xì)閱讀本章，再對(duì)照Struts的源代碼，希望對(duì)您有所幫助。