struts2 工做原理

今天因爲某個問題忽然想具體知道struts2在那個問題上是怎麼執行的，可是沒有找到很滿意的答案，又看到了那個圖，彷佛比之前更理解點了，因此記下來，等沒事的時候讓野豬好好看看，說不定會有意想不到的收穫……等待……

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

一個請求在Struts2框架中的處理大概分爲如下幾個步驟：
1 客戶端初始化一個指向Servlet容器（例如Tomcat）的請求；
2 這個請求通過一系列的過濾器（Filter）（這些過濾器中有一個叫作ActionContextCleanUp的可選過濾器，這個過濾器對於Struts2和其餘框架的集成頗有幫助，例如：SiteMesh Plugin）
3 接着FilterDispatcher被調用，FilterDispatcher詢問ActionMapper來決定這個請是否須要調用某個Action
4 若是ActionMapper決定須要調用某個Action，FilterDispatcher把請求的處理交給ActionProxy
5 ActionProxy經過Configuration Manager詢問框架的配置文件，找到須要調用的Action類
6 ActionProxy建立一個ActionInvocation的實例。
7 ActionInvocation實例使用命名模式來調用，在調用Action的過程先後，涉及到相關攔截器（Intercepter）的調用。
8 一旦Action執行完畢，ActionInvocation負責根據struts.xml中的配置找到對應的返回結果。返回結果一般是（但不老是，也可 能是另外的一個Action鏈）一個須要被表示的JSP或者FreeMarker的模版。在表示的過程當中能夠使用Struts2 框架中繼承的標籤。在這個過程當中須要涉及到ActionMapper

在上述過程當中全部的對象（Action，Results，Interceptors，等）都是經過ObjectFactory來建立的。