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