基本簡要流程如下：
1、客戶端瀏覽器發出
請求。
2、根據
web.xml
配置，該請求被
filterdispatcher
接收。
3、根據
struts.xml
配置，找到需要呼叫的
action
類和方法， 並通過
ioc方式，將值注入給
aciton。
4、action
呼叫業務邏輯元件處理業務邏輯，這一步包含表單驗證。 5、
action
執行完畢，根據
struts.xml
中的配置找到對應的返回結果
result
，並跳轉到相應頁面。
6、返回
響應到客戶端瀏覽器。
在struts2框架中的處理，如圖
1 客戶端初始化乙個指向
servlet
容器（例如
tomcat
）的請求
2 這個請求經過一系列的過濾器（
filter）
3 接著
filterdispatcher
被呼叫，
filterdispatcher
詢問來決定這個請是否需要呼叫某個
action
4 如果
決定需要呼叫某個
action
，filterdispatcher
把請求的處理交給
actionproxy
5 actionproxy通過
configuration manager
詢問框架的配置檔案，找到需要呼叫的
action類
6 actionproxy建立乙個
actioninvocation
的例項。
7 actioninvocation例項使用命名模式來呼叫，在呼叫
action
的過程前後，涉及到相關***（
intercepter
）的呼叫。
8 一旦
action
執行完畢，
actioninvocation
負責根據
struts.xml
中的配置找到對應的返回結果。返回結果通常是（但不總是，也可 能是另外的乙個
action
鏈）乙個需要被表示的
jsp或者
freemarker
的模版。在表示的過程中可以使用
struts2
框架中繼承的標籤。在這個過程中需要涉及到
Struts2處理請求的流程
客戶端提交乙個 httpservletrequest 請求，請求被提交到一系列 主要是3層 的過濾器 filter 如 actioncontextcleanup 其他過濾器 sitemesh等 filterdispatcher 注意 這裡是有順序的，先actioncontext cleanup，再其...
struts2 處理結果型別
struts2的處理流程 使用者請求 struts2框架 控制器 struts2框架 檢視資源 success.jsp當result中的name值預設為success。input action的執行需要前端獲得引數，input代表這個引數傳遞的頁面，對一些引數進行驗證，驗證不通過時，返回input頁...
指定Struts2處理的請求字尾
struts2中指定處理的請求字尾是通過struts.xml中的來指定的。還有另一種配置方式是通過struts.properties來配置的 不常用 sturts.action.extension do 因為常量可以在下面多個配置檔案中進行定義，所以我們要了解sturts2載入常量的搜尋順序 1 s...