上圖來源于Struts2官方站點，是Struts 2 的整體結(jié)構(gòu)。
Struts2框架由3個部分組成：核心控制器FilterDispatcher、業(yè)務(wù)控制器和用戶實現(xiàn)的業(yè)務(wù)邏輯組件
。在這3個部分里，Struts 2框架提供了核心控制器FilterDispatcher，而用戶需要實現(xiàn)業(yè)務(wù)控制器和業(yè)務(wù)邏輯組件。
(1)核心控制器：FilterDispatcher
FilterDispatcher是Struts2框架的核心控制器，該控制器作為一個Filter運行在Web應(yīng)用中，它負(fù)責(zé)攔截所有的用戶請求，當(dāng)用戶請求到達(dá)時，該Filter會過濾用戶請求。如果用戶請求以action結(jié)尾，該請求將被轉(zhuǎn)入Struts2框架處理。
Struts2框架獲得了*.action請求后，將根據(jù)*.action請求的前面部分決定調(diào)用哪個業(yè)務(wù)邏輯組件，例如，對于login.action請求，Struts2調(diào)用名為login的Action來處理該請求。
Struts2應(yīng)用中的Action都被定義在struts.xml文件中，在該文件中定義Action時，定義了該Action的name屬性和class屬性，其中name屬性決定了該Action處理哪個用戶請求，而class屬性決定了該Action的實現(xiàn)類。
Struts2用于處理用戶請求的Action實例，并不是用戶實現(xiàn)的業(yè)務(wù)控制器，而是Action代理——因為用戶實現(xiàn)的業(yè)務(wù)控制器并沒有與Servlet API耦合，顯然無法處理用戶請求。而Struts2框架提供了系列攔截器，該系列攔截器負(fù)責(zé)將HttpServletRequest請求中的請求參數(shù)解析出來，傳入到Action中，并回調(diào)Action 的execute方法來處理用戶請求。
(2)一個請求在Struts2框架中的處理大概分為以下幾個步驟
1 .客戶端初始化一個指向Servlet容器（例如Tomcat）的請求 ,即HttpServletRequest請求。
2 .這個請求經(jīng)過一系列的過濾器（Filter）（這些過濾器中有一個叫做ActionContextCleanUp的可選過濾器，這個過濾器對于Struts2和其他框架的集成很有幫助，例如：SiteMesh Plugin）
3. 接著FilterDispatcher被調(diào)用，F(xiàn)ilterDispatcher詢問ActionMapper來決定這個請是否需要調(diào)用某個Action
4 .如果ActionMapper決定需要調(diào)用某個Action，F(xiàn)ilterDispatcher把請求的處理交給ActionProxy
5 .ActionProxy通過Configuration Manager詢問框架的配置文件，找到需要調(diào)用的Action類
6 .ActionProxy創(chuàng)建一個ActionInvocation的實例。
7 .ActionInvocation實例使用命名模式來調(diào)用，在調(diào)用Action的過程前后，涉及到相關(guān)攔截器（Intercepter）的調(diào)用。
8 .一旦Action執(zhí)行完畢，ActionInvocation負(fù)責(zé)根據(jù)struts.xml中的配置找到對應(yīng)的返回結(jié)果。返回結(jié)果通常是（但不總是，也可 能是另外的一個Action鏈）一個需要被表示的JSP或者FreeMarker的模版。在表示的過程中可以使用Struts2 框架中繼承的標(biāo)簽。在這個過程中需要涉及到ActionMapper
在上述過程中所有的對象（Action，Results，Interceptors，等）都是通過ObjectFactory來創(chuàng)建的。
(1)核心控制器：FilterDispatcher
FilterDispatcher是Struts2框架的核心控制器，該控制器作為一個Filter運行在Web應(yīng)用中，它負(fù)責(zé)攔截所有的用戶請求，當(dāng)用戶請求到達(dá)時，該Filter會過濾用戶請求。如果用戶請求以action結(jié)尾，該請求將被轉(zhuǎn)入Struts2框架處理。
Struts2框架獲得了*.action請求后，將根據(jù)*.action請求的前面部分決定調(diào)用哪個業(yè)務(wù)邏輯組件，例如，對于login.action請求，Struts2調(diào)用名為login的Action來處理該請求。
Struts2應(yīng)用中的Action都被定義在struts.xml文件中，在該文件中定義Action時，定義了該Action的name屬性和class屬性，其中name屬性決定了該Action處理哪個用戶請求，而class屬性決定了該Action的實現(xiàn)類。
Struts2用于處理用戶請求的Action實例，并不是用戶實現(xiàn)的業(yè)務(wù)控制器，而是Action代理——因為用戶實現(xiàn)的業(yè)務(wù)控制器并沒有與Servlet API耦合，顯然無法處理用戶請求。而Struts2框架提供了系列攔截器，該系列攔截器負(fù)責(zé)將HttpServletRequest請求中的請求參數(shù)解析出來，傳入到Action中，并回調(diào)Action 的execute方法來處理用戶請求。
(2)一個請求在Struts2框架中的處理大概分為以下幾個步驟
1 .客戶端初始化一個指向Servlet容器（例如Tomcat）的請求 ,即HttpServletRequest請求。
2 .這個請求經(jīng)過一系列的過濾器（Filter）（這些過濾器中有一個叫做ActionContextCleanUp的可選過濾器，這個過濾器對于Struts2和其他框架的集成很有幫助，例如：SiteMesh Plugin）
3. 接著FilterDispatcher被調(diào)用，F(xiàn)ilterDispatcher詢問ActionMapper來決定這個請是否需要調(diào)用某個Action
4 .如果ActionMapper決定需要調(diào)用某個Action，F(xiàn)ilterDispatcher把請求的處理交給ActionProxy
5 .ActionProxy通過Configuration Manager詢問框架的配置文件，找到需要調(diào)用的Action類
6 .ActionProxy創(chuàng)建一個ActionInvocation的實例。
7 .ActionInvocation實例使用命名模式來調(diào)用，在調(diào)用Action的過程前后，涉及到相關(guān)攔截器（Intercepter）的調(diào)用。
8 .一旦Action執(zhí)行完畢，ActionInvocation負(fù)責(zé)根據(jù)struts.xml中的配置找到對應(yīng)的返回結(jié)果。返回結(jié)果通常是（但不總是，也可 能是另外的一個Action鏈）一個需要被表示的JSP或者FreeMarker的模版。在表示的過程中可以使用Struts2 框架中繼承的標(biāo)簽。在這個過程中需要涉及到ActionMapper
在上述過程中所有的對象（Action，Results，Interceptors，等）都是通過ObjectFactory來創(chuàng)建的。
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯(lián)系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
