struts2並不是一個陌生的web框架，它是以Webwork的設計思想為核心，吸收struts1的優點，可以說
struts2是struts1和Webwork結合的產物。
struts2 的工作原理圖：
一個請求在Struts2框架中的處理分為以下幾個步驟：
1.客戶端發出一個指向servlet容器的請求(tomcat)；
2.這個請求會經過圖中的幾個過濾器，最後會到達FilterDispatcher過濾器。
3.過濾器FilterDispatcher是struts2框架的心臟，在處理使用者請求時，它和請求一起相互配合訪問struts2的底層框架結構。在web容器啟動時，struts2框架會自動載入配置檔案裡相關引數，並轉換成相應的類。
如：ConfigurationManager、ActionMapper和ObjectFactory。ConfigurationManager 存有配置檔案的一些基本資訊，ActionMapper存有action的配置資訊。在請求過程中所有的物件（Action，Results， Interceptors，等）都是通過ObjectFactory來建立的。過濾器會通過詢問ActionMapper類來查詢請求中 需要用到的Action。
4.如果找到需要呼叫的Action，過濾器會把請求的處理交給ActionProxy。ActionProxy為Action的代理物件。ActionProxy通過ConfigurationManager詢問框架的配置檔案，找到需要呼叫的Action類。
5.ActionProxy建立一個ActionInvocation的例項。ActionInvocation在ActionProxy層之下，它表示了Action的執行狀態,或者說它控制的Action的執行步驟。它持有Action例項和所有的Interceptor。
6.ActionInvocation例項使用命名模式來呼叫，1. ActionInvocation初始化時，根據配置，載入Action相關的所有Interceptor。2. 通過ActionInvocation.invoke方法呼叫Action實現時，執行Interceptor。在 呼叫Action的過程前後，涉及到相關攔截器(intercepetor)的呼叫。
7. 一旦Action執行完畢，ActionInvocation負責根據struts.xml中的配置找到對應的返回結果。返回結果通常是（但不總是，也可能是另外的一個Action鏈）一個需要被表示的JSP或者FreeMarker的模版。在表示的過程中可以使用Struts2 框架中繼承的標籤。
上圖來源於Struts2官方站點，是Struts 2 的整體結構。
Struts2框架由3個部分組成：核心控制器FilterDispatcher、業務控制器和使用者實現的業務邏輯元件。在這3個部分裡，Struts 2框架提供了核心控制器FilterDispatcher，而使用者需要實現業務控制器和業務邏輯元件。
(1)核心控制器：FilterDispatcher
FilterDispatcher是Struts2框架的核心控制器，該控制器作為一個Filter執行在Web應用中，它負責攔截所有的使用者請求，當使用者請求到達時，該Filter會過濾使用者請求。如果使用者請求以action結尾，該請求將被轉入Struts2框架處理。
Struts2框架獲得了*.action請求後，將根據*.action請求的前面部分決定呼叫哪個業務邏輯元件，例如，對於login.action請求，Struts2呼叫名為login的Action來處理該請求。
Struts2應用中的Action都被定義在struts.xml檔案中，在該檔案中定義Action時，定義了該Action的name屬性和class屬性，其中name屬性決定了該Action處理哪個使用者請求，而class屬性決定了該Action的實現類。
Struts2用於處理使用者請求的Action例項，並不是使用者實現的業務控制器，而是Action代理——因為使用者實現的業務控制器並沒有與Servlet API耦合，顯然無法處理使用者請求。而Struts2框架提供了系列攔截器，該系列攔截器負責將HttpServletRequest請求中的請求引數解析出來，傳入到Action中，並回撥Action 的execute方法來處理使用者請求。
(2)一個請求在Struts2框架中的處理大概分為以下幾個步驟
1 .客戶端初始化一個指向Servlet容器（例如Tomcat）的請求 ,即HttpServletRequest請求。
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來建立的。