1.客戶端初始化一個指向servlet容器(Tomcat)的請求；
2.這個請求經過一系列的過濾器，接著FilterDispatcher被調用；
3.FilterDispatcher詢問ActionMapper來決定這個請求是否要調用某個action；
4.如果ActionMapper決定調用某個Action,FilterDispatcher把請求的處理交給ActionProxy,ActionPro根據ConfigurationManager詢問框架的配置文件，找到需要調用的Action類，一般都是讀取struts.xml；
5.ActionProxy創建一個ActionInvocation的實例，ActionInvocation實例使用命名模式來調用，在調用Action的過程前後，涉及到相關攔截器的調用；
6.一旦Action執行完畢，ActionInvocation根據struts.xml中的配置找到對應的返回結果
比如代碼：
struts2獲得了.action請求後，將根據部分決定調用哪個業務邏輯組件；
struts2應用中的Action都被定義在struts.xml中；
struts2用於處理用戶請求的Action實例並不是用戶實現的業務控制器，而是Action代理，因為用戶實現的業務控制器並沒有與ServletAPI耦合，顯然無法處理用戶的請求。
<html> <head> <title>SUCCESS</title> </head> <body> <form action="hello.action" method="post"> USERNAME:<input type="text" name="name"></br> PASSWORD:<input type="password" name="pass"></br> <input type="submit" value="提交"> </form> </body></html>
比如上面表單的hello.action,這個action屬性不是一個普通的servlet，也不是一個動態JSP頁面，當表單提交給hello.action時，Struts2的FilterDispatcher將會起作用，將用戶請求轉發到對應的Action.
注意的是：Struts2 Action默認攔截所有後綴為.action的請求，如果我們需要將表單提交給Action處理，則應將表單action屬性設置為.action的格式。
控制器類
public class HelloAction {private String name;private String pass;public void setName(String name){this.name=name;}public void setPass(String pass){this.pass=pass;}public String execute(){if("yang".equals(name) && "1234".equals(pass)){return "success";} else{return "error";}}}前面執行完成後僅僅是執行了頁面的轉發,沒有跟踪用戶的狀態，當用戶登錄完成後，我們需要將用戶的用戶名添加為HTTPSession的狀態信息。
為了訪問Httpsession實例，struts2提供了一個ActionContext類，該類提供了一個getSession()得方法，但是這個方法的返回值不是HttpSession()而是Map(),但是Struts2的攔截器會負責該Session()和HttpSession()之間的切換。
為了檢查我們設置的session屬性是否成功，可以給成功後的界面這麼設置
<html> <head> <base href="<%=basePath%>" rel="external nofollow" > <title>SUCCESS</title> </head> <body> 歡迎，${sessionScope.user},您已經登錄。 </body></html>利用JSP2.0表達式語法輸出HTTP Session中的user屬性。
Action 工具類集成ActionSupport
ActionSupport類是一個工具類，而且已經實現了Action接口，除此之外，還實現了Validateablez接口，提供了數據校驗功能。
為了增加輸入數據的校驗功能，在Action中增加重寫validate方法。
public void validate() {if(getName()==null || getName().trim().equals("")){addFieldError("name",getText("name.required"));}if(getPass()==null || getPass().trim().equals("")){addFieldError("pass", getText("pass.required"));}}上面添加的重寫的validate方法會在系統的execute()方法之前執行，如果執行該方法後Action類的fieldError中已經包含了數據校驗錯誤，請求將被轉發到input邏輯視圖處，所以還要在struts.xml中添加input邏輯視圖名，讓其跳轉到登錄頁面。
這個validate方法的缺點就是需要大量重寫validate方法，所以可以用struts2的校驗框架進行校驗。
<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE validators PUBLIC "-//OpenSymphony Group//XWork Validator 1.0.3//EN" "http://www.opensymphony.com/xwork/xwork-validator-1.0.3.dtd"><validators><!--驗證表單name--> <field name="name"> <field-validator type="requiredstring"> <message key="name.required"/> </field-validator> </field> <!--驗證表單pass--> <field name="pass"> <field-validator type="requiredstring"> <message key="pass.required"/> </field-validator> </field></validators>
總結
以上就是本文關於struts2的流程和一系列相關知識代碼解析的全部內容，希望對大家有所幫助。感興趣的朋友可以繼續參閱本站其他相關專題，如有不足之處，歡迎留言指出。感謝朋友們對本站的支持！