struts2的工做原理

Struts2的工做原理

　　Struts2是在Struts1的基礎上發展而來的，Struts是WebWork和Struts1的集合，採用的正是WebWork的核心，更多的是WebWork。

上圖來源於Struts2官方站點，是Struts 2 的總體結構。

 

Controller

• Filter 爲Struts2攔截指定的URL請求；

• Interceptors 攔截器，在調用Action前或以後由攔截器對請求進行預處理，或後處理；

Model

• Action 處理業務邏輯，併爲頁面提供輸出的數據；

View

• JSP 顯示頁面。

 

一個請求在Struts2框架中的基本工做過程以下：

1. 客戶端初始化一個指向Servlet容器（例如Tomcat）的請求
2. 這個請求通過一系列的過濾器（Filter）（這些過濾器中有一個叫作ActionContextCleanUp的可選過濾器，這個過濾器對於Struts2和其餘框架的集成頗有幫助，例如：SiteMesh Plugin）；
3. 接着StrutsPrepareAndExecuteFilter被調用，StrutsPrepareAndExecuteFilter詢問ActionMapper來決定這個請求是否須要調用某個Action；
4. 若是ActionMapper決定須要調用某個Action，StrutsPrepareAndExecuteFilter把請求的處理交給ActionProxy；
5. ActionProxy經過ConfigurationManager詢問框架的配置文件，找到須要調用的Action類；
6. ActionProxy建立一個ActionInvocation的實例。
7. ActionInvocation實例使用命名模式來調用，在調用Action的過程先後，涉及到相關攔截器（Intercepter）的調用。
8. 一旦Action執行完畢，ActionInvocation負責根據struts.xml中的配置找到對應的返回結果。

返回結果一般是（但不老是，也多是另外的一個Action鏈）一個須要被表示的JSP或者FreeMarker的模版。在表示的過程當中可使用Struts2框架中繼承的標籤。在這個過程當中須要涉及到ActionMapper。

---

 

Struts2核心組件介紹

ActionMapper：經過method參數將請求轉發到具體的action

 

ActionProxy代理：是Action的一個代理類，也就是說Action的調用是經過ActionProxy實現的，其實就是調用了ActionProxy.execute()方法，而該方法又調用了ActionInvocation.invoke()方法。歸根到底，最後調用的是DefaultActionInvocation.invokeAction()方法。

ActionInvocation：就是Action的調用者。ActionInvocation在Action的執行過程當中，負責Interceptor、Action和Result等一系列元素的調度。

Interceptor攔截器：是Struts 2的一個強有力的工具，有許多功能（feature）都是構建於它之上，如國際化、校驗等。