1.1 Struts2請(qǐng)求處理
1. 一個(gè)請(qǐng)求在Struts2框架中的處理步驟：
a) 客戶(hù)端初始化一個(gè)指向Servlet容器的請(qǐng)求；
b) 根據(jù)Web.xml配置，請(qǐng)求首先經(jīng)過(guò)ActionContextCleanUp過(guò)濾器，其為可選過(guò)濾器，這個(gè)過(guò)濾器對(duì)于Struts2和其他框架的集成很有幫助（SiteMesh Plugin），主要清理當(dāng)前線(xiàn)程的ActionContext和Dispatcher；
c) 請(qǐng)求經(jīng)過(guò)插件過(guò)濾器，如：SiteMesh、etc等過(guò)濾器；
d) 請(qǐng)求經(jīng)過(guò)核心過(guò)濾器FilterDispatcher，執(zhí)行doFilter方法，在該方法中，詢(xún)問(wèn)ActionMapper來(lái)決定這個(gè)請(qǐng)求是否需要調(diào)用某個(gè)Action；
e) 如果ActionMapper決定需要調(diào)用某個(gè)Action，則ActionMapper會(huì)返回一個(gè)ActionMapping實(shí)例（存儲(chǔ)Action的配置信息），并創(chuàng)建ActionProxy（Action代理）對(duì)象，將請(qǐng)求交給代理對(duì)象繼續(xù)處理；
f) ActionProxy對(duì)象根據(jù)ActionMapping和Configuration Manager詢(xún)問(wèn)框架的配置文件，找到需要調(diào)用的Action類(lèi)；
g) ActionProxy對(duì)象創(chuàng)建時(shí)，會(huì)同時(shí)創(chuàng)建一個(gè)ActionInvocation的實(shí)例；
h) ActionInvocation實(shí)例使用命名模式來(lái)調(diào)用，在調(diào)用Action的過(guò)程前后，涉及到相關(guān)攔截器（Intercepter）的調(diào)用；
i) 一旦Action執(zhí)行完畢，ActionInvocation實(shí)例負(fù)責(zé)根據(jù)struts.xml中的配置創(chuàng)建并返回Result。Result通常是一個(gè)需要被表示的JSP或者FreeMarker的模版，也可能是另外的一個(gè)Action鏈；
j) 如果要在返回Result之前做些什么，可以實(shí)現(xiàn)PreResultListener接口，PreResultListener可以在Interceptor中實(shí)現(xiàn)，也可以在Action中實(shí)現(xiàn)；
k) 根據(jù)Result對(duì)象信息，生成用戶(hù)響應(yīng)信息response，在生成響應(yīng)過(guò)程中可以使用Struts2 框架中繼承的標(biāo)簽，在此過(guò)程中仍會(huì)再次涉及到ActionMapper；
2. Struts2請(qǐng)求處理示意圖：
1.2 Struts2請(qǐng)求處理源碼分析
當(dāng)用戶(hù)向Struts2發(fā)送請(qǐng)求時(shí)，F(xiàn)ilterDispatcher的doFilter()方法自動(dòng)調(diào)用，doFilter()方法處理請(qǐng)求過(guò)程，如下：
1. 創(chuàng)建值棧對(duì)象stack；
2. 創(chuàng)建Action上下文對(duì)象；
3. 對(duì)請(qǐng)求進(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)。
4. 通過(guò)actionMapper.getMapping()獲得ActionMapping對(duì)象，Action的配置信息存儲(chǔ)在ActionMapping對(duì)象中(Action的配置信息：Action的name、namespace和要調(diào)用的方法method)。相關(guān)代碼如下圖所示：
以上代碼，活動(dòng)圖如下：
5. 如果getMapping()方法返回ActionMapping對(duì)象為null，則FilterDispatcher認(rèn)為用戶(hù)請(qǐng)求不是Action，此時(shí)FilterDispatcher會(huì)首先分析：
如果請(qǐng)求以/struts開(kāi)頭，會(huì)自動(dòng)查找在web.xml文件中配置的packages初始化參數(shù)，F(xiàn)ilterDispatcher會(huì)將packages參數(shù)值包下的文件當(dāng)作靜態(tài)資源處理，即直接在頁(yè)面上顯示文件內(nèi)容。
如果用戶(hù)請(qǐng)求的資源不是以/struts開(kāi)頭—可能是.jsp文件，也可能是.html文件，則通過(guò)過(guò)濾器鏈繼續(xù)往下傳送，直到到達(dá)請(qǐng)求的資源為止。
6. 如果getMapping()方法返回有效的ActionMapping對(duì)象，則被認(rèn)為正在請(qǐng)求某個(gè)Action，將調(diào)用Dispatcher.serviceAction(request, response, servletContext, mapping)方法。
以上六步，相關(guān)代碼如下圖所示：
以上代碼，活動(dòng)圖如下：
7. 請(qǐng)求進(jìn)入dispatcher.serviceAction(request,response,servletContext,mapping)方法中：
a) 將相關(guān)對(duì)象信息封裝為Map（如：HttpServletRequest、Http parameters、HttpServletResponse、HttpSession、ServletContext、ActionMapping等對(duì)象信息），并存入到執(zhí)行上下文Map中，返回執(zhí)行上下文Map對(duì)象extraMap；
b) 獲取mapping對(duì)象中存儲(chǔ)的action命名空間、name屬性、method屬性等信息；
c) 加載并解析Struts2配置文件，如果沒(méi)有人為配置，默認(rèn)按順序加載struts-default.xml、struts-plugin.xml、struts.xml，將action配置、result配置、interceptor配置，解析并存入至config對(duì)象中，返回文件配置對(duì)象config；
d) 根據(jù)執(zhí)行上下文Map、action命名空間、name屬性、method屬性等創(chuàng)建用戶(hù)Action的代理對(duì)象；
e) 執(zhí)行Action代理對(duì)象proxy.execute()方法，并轉(zhuǎn)向結(jié)果；
以上步驟相關(guān)代碼，如圖所示：
8. 執(zhí)行Action代理對(duì)象proxy.execute()方法，該方法的執(zhí)行，其實(shí)就是調(diào)用了invocation.invoke()方法，如下圖所示：
9. 執(zhí)行invocation.invoke()方法，實(shí)現(xiàn)了截?cái)r器的遞歸調(diào)用和執(zhí)行Action的execute()方法，DefaultActionInvocation.invoke()方法中代碼，如下圖所示：
在以上代碼中，并未看出攔截器的遞歸調(diào)用，其實(shí)是否遞歸調(diào)用，是由程序員來(lái)控制的，遞歸調(diào)用實(shí)現(xiàn)很簡(jiǎn)單：
a) 首先看下Interceptor接口定義：
b) 所有的截?cái)r器必須實(shí)現(xiàn)intercept方法，而該方法的參數(shù)恰恰又是ActionInvocation，所以如果在intercept方法中調(diào)用invocation.invoke()，則會(huì)繼續(xù)從Action的Intercepor列表中找到下一個(gè)截?cái)r器執(zhí)行，依此遞歸調(diào)用Intercepor；
Struts2中的日志攔截器LoggingInterceptor，如下圖所示：
c) 攔截器遞歸調(diào)用活動(dòng)圖，如下所示：
10. 在invocation.invoke()方法中，執(zhí)行攔截器、action并獲得resultCode完畢后，則會(huì)繼續(xù)執(zhí)行PreResultListener集合，并生成Result對(duì)象，實(shí)現(xiàn)PreResultListener接口，可在返回Result之前，做些自定義處理，如圖所示：
在返回Result之前，通過(guò)PreResultListener實(shí)現(xiàn)自定義處理，常用的有兩種方式：一種在Interceptor中實(shí)現(xiàn)，一種在Action實(shí)現(xiàn)，如圖所示：
以上兩種方式，大家可以發(fā)現(xiàn)都是通過(guò)匿名內(nèi)部類(lèi)的方式實(shí)現(xiàn)，其實(shí)還有一種方式就是通過(guò)在攔截器中實(shí)現(xiàn)PreResultListener接口，并實(shí)現(xiàn)方法beforeResult方法，即可。如下圖所示：
11. 最后，通過(guò)生成Result完成用戶(hù)響應(yīng)；
以上1-11步，為Struts2處理請(qǐng)求的完整流程分析，其相關(guān)代碼調(diào)用流程，如下圖所示：
