Struts2是一套非常優(yōu)秀的Web應(yīng)用框架，實現(xiàn)優(yōu)雅、功能強(qiáng)大、使用簡潔?？梢哉f是Struts2是一款非常成熟的MVC架構(gòu)。
在我們學(xué)習(xí)Struts2時，最好是先學(xué)習(xí)它的運(yùn)行流程、核心概念，從中得到啟發(fā)，提升自己，而不僅僅是學(xué)習(xí)怎么怎么使用它。
在網(wǎng)上看到這樣一句話：
你千萬不要成為一個只會熟練使用框架的程序員，那樣，你會疲于奔命，你也許永遠(yuǎn)只會使用 Hadoop ，而寫不出一個 Hadoop ，你只是一個 Hadoop程序員，而不是一個分布式工程師。
你也許永遠(yuǎn)只會使用 Struts，而忘記了自己寫 filter，你只是一個 SSH 程序員，而不是一個 Web 工程師。
話不多說，一起走進(jìn)Struts2
一、系統(tǒng)架構(gòu)
Struts2的官方文檔附帶了Struts2的架構(gòu)圖。從這張圖可以很好的去理解Struts2
關(guān)于圖中的Key：
- Servlet Filters：過濾器鏈，客戶端的所有請求都要經(jīng)過Filter鏈的處理。
- Struts Core：Struts2的核心部分，但是Struts2已經(jīng)幫我們做好了，我們不需要去做這個
- Interceptors，Struts2的攔截器。Struts2提供了很多默認(rèn)的攔截器，可以完成日常開發(fā)的絕大部分工作；而我們自定義的攔截器，用來實現(xiàn)實際的客戶業(yè)務(wù)需要的功能。
- User Created，由開發(fā)人員創(chuàng)建的，包括struts.xml、Action、Template，這些是每個使用Struts2來進(jìn)行開發(fā)的人員都必須會的。
- 1.FilterDispatcher是整個Struts2的調(diào)度中心，也就是MVC中的C（控制中心），根據(jù)ActionMapper的結(jié)果來決定是否處理請求，如果ActionMapper指出該URL應(yīng)該被Struts2處理，那么它將會執(zhí)行Action處理，并停止過濾器鏈上還沒有執(zhí)行的過濾器。
- 2.ActionMapper 會判斷這個請求是否應(yīng)該被Struts2處理，如果需要Struts2處理，ActionMapper會返回一個對象來描述請求對應(yīng)的ActionInvocation的信息。
- 3.ActionProxy，它會創(chuàng)建一個ActionInvocation實例，位于Action和xwork之間，使得我們在將來有機(jī)會引入更多的實現(xiàn)方式，比如通過WebService來實現(xiàn)等。
- 4.ConfigurationManager是xwork配置的管理中心，可以把它看做struts.xml這個配置文件在內(nèi)存中的對應(yīng)。
- 5.struts.xml，是開發(fā)人員必須光顧的地方。是Stuts2的應(yīng)用配置文件，負(fù)責(zé)諸如URL與Action之間映射關(guān)系的配置、以及執(zhí)行后頁面跳轉(zhuǎn)的Result配置等。
- 6.ActionInvocation：真正調(diào)用并執(zhí)行Action，它擁有一個Action實例和這個Action所依賴的攔截器實例。ActionInvocation會按照指定的順序去執(zhí)行這些攔截器、Action以及相應(yīng)的Result。
- Interceptor(攔截器)：是Struts2的基石，類似于JavaWeb的Filter，攔截器是一些無狀態(tài)的類，攔截器可以自動攔截Action，它們給開發(fā)者提供了在Action運(yùn)行之前或Result運(yùn)行之后來執(zhí)行一些功能代碼的機(jī)會。
- 7.Action：用來處理請求，封裝數(shù)據(jù)。
- 二、運(yùn)行流程
1.當(dāng)用戶的發(fā)出請求，比如http:localhost:8080/Struts2/helloworld/helloworldAction.action,請求會被Tomcat接收到，Tomcat服務(wù)器來選擇處理這個請求的Web應(yīng)用，那就是由helloworld這個web工程來處理這個請求。
2.Web容器會去讀取helloworld這個工程的web.xml，在web.xml中進(jìn)行匹配，但發(fā)現(xiàn)，由struts2這個過濾器來進(jìn)行處理（也就是
StrutsPrepareAndExecuteFilter），根據(jù)Filter的配置，找到FilterDispatcher（Struts2的調(diào)度中心）
3.然后會獲取FilterDispatcher實例，然后回調(diào)doFilter方法，進(jìn)行真正的處理
PS：FilterDispatcher是任何一個Struts2應(yīng)用都需要配置的，通常情況下，web.xml文件中還有其他過濾器時，F(xiàn)ilterDispatcher是放在濾器鏈的最后；如果在FilterDispatcher前出現(xiàn)了如SiteMesh這種特殊的過濾器，還必須在SiteMesh前引用Struts2的ActionContextCleanUp過濾器
對應(yīng)Struts2的架構(gòu)圖如下
4.這時FilterDispatcher會將請求轉(zhuǎn)發(fā)給ActionMapper。ActionMapper負(fù)責(zé)識別當(dāng)前的請求是否需要Struts2做出處理。ActionMapper就類似于公司的保安，來識別是不是當(dāng)前客戶是不是我公司的人
對應(yīng)Struts2的架構(gòu)圖如下
5.如果需要Struts2處理，ActionMapper會通知FilterDispatcher，需要處理這個請求，F(xiàn)ilterDispatcher會停止過濾器鏈以后的部分，（這也就是為什么，F(xiàn)ilterDispatcher應(yīng)該出現(xiàn)在過濾器鏈的最后的原因）。然后建立一個ActionProxy實例，這個對象作為Action與xwork之間的中間層，會代理Action的運(yùn)行過程。
對應(yīng)Struts2的架構(gòu)圖如下
6.ActionProxy對象在被創(chuàng)建出來的時候，并不知道要運(yùn)行哪個Action，它手里只有從FilterDispatcher中拿到的請求的URL。
而真正知道要運(yùn)行哪個Action的是ConfigurationManager。因為只有它才能讀取我們的strtus.xml
（在服務(wù)器啟動的時候，ConfigurationManager就會把struts.xml中的所有信息讀到內(nèi)存里，并緩存，當(dāng)ActionProxy帶著URL向他詢問要運(yùn)行哪個Action的時候，就可以直接匹配、查找并回答了）
對應(yīng)Struts2的架構(gòu)圖如下
7.ActionProxy知道自己該干什么事之后（運(yùn)行哪個Action、相關(guān)的攔截器以及所有可能使用的result信息），然后馬上建立ActionInvocation對象了，ActionInvocation對象描述了Action運(yùn)行的整個過程。注意：Action完整的調(diào)用過程都是由ActionInvocation對象負(fù)責(zé)
對應(yīng)Struts2的架構(gòu)圖如下
8.在execute方法之前，好像URL請求中的參數(shù)已經(jīng)賦值到了Action的屬性上，這就是我們的"雷鋒"—攔截器。攔截器的運(yùn)行被分成兩部分，一部分在Action之前運(yùn)行，一部分在Result之后運(yùn)行，而且順序是剛好反過來的。也就是在Action執(zhí)行前的順序，比如是攔截器1、攔截器2、攔截器3，那么運(yùn)行Result之后，再次運(yùn)行攔截器的時候，順序就變成攔截器3、攔截器2、攔截器1了。
這就好比，你要去奶奶家，需要通過 水泊梁山->盤絲洞 -> 索馬里，到了奶奶家，看奶奶回來的時候，就必須要通過 索馬里 -> 盤絲洞 -> 水泊梁山。
所以ActionInvocation對象執(zhí)行的時候需要通過很多復(fù)雜的過程，按照指定攔截器的順序依次執(zhí)行。
對應(yīng)Struts2的架構(gòu)圖如下
9.到了奶奶家，然后執(zhí)行Action的execute方法
10.然后根據(jù)execute方法返回的結(jié)果（Result），去struts.xml中匹配選擇下一個頁面
11.根據(jù)結(jié)果(Result)找到頁面后，在頁面上(有很多Struts2提供的模板)，可以通過Struts2自帶的標(biāo)簽庫來訪問需要的數(shù)據(jù)，并生成最終頁面
注意：這時還沒有給客戶端應(yīng)答，只是生成了頁面
12.最后，ActionInvocation對象倒序執(zhí)行攔截器,從奶奶家回來
13.ActionInvocation對象執(zhí)行完畢后，已經(jīng)得到響應(yīng)對象（HttpServletResponse）了，最后按與過濾器（Filter）配置定義相反的順序依次經(jīng)過過濾器，向客戶端展示出響應(yīng)的結(jié)果
得到完整Struts2架構(gòu)圖
