Struts2的工作原理
Struts2是在Struts1的基礎上發展而來的，Struts是WebWork和Struts1的集合，采用的正是WebWork的核心，更多的是WebWork。
上圖來源於Struts2官方站點，是Struts 2 的整體結構。
Controller
-
Filter 為Struts2攔截指定的URL請求；
-
Interceptors 攔截器，在調用Action前或之后由攔截器對請求進行預處理，或后處理；
Model
-
Action 處理業務邏輯，並為頁面提供輸出的數據；
View
-
JSP 顯示頁面。
一個請求在Struts2框架中的基本工作過程如下：
- 客戶端初始化一個指向Servlet容器（例如Tomcat）的請求
- 這個請求經過一系列的過濾器（Filter）（這些過濾器中有一個叫做ActionContextCleanUp的可選過濾器，這個過濾器對於Struts2和其他框架的集成很有幫助，例如：SiteMesh Plugin）；
- 接着StrutsPrepareAndExecuteFilter被調用，StrutsPrepareAndExecuteFilter詢問ActionMapper來決定這個請求是否需要調用某個Action；
- 如果ActionMapper決定需要調用某個Action，StrutsPrepareAndExecuteFilter把請求的處理交給ActionProxy；
- ActionProxy通過ConfigurationManager詢問框架的配置文件，找到需要調用的Action類；
- ActionProxy創建一個ActionInvocation的實例。
- ActionInvocation實例使用命名模式來調用，在調用Action的過程前后，涉及到相關攔截器（Intercepter）的調用。
- 一旦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）都是構建於它之上，如國際化、校驗等。