在Struts2框架中的處理大概分為以下的步驟
1 用戶發送請求；
2 這個請求經過一系列的過濾器（Filter）（這些過濾器中有一個叫做ActionContextCleanUp的可選過濾器，這個過濾器對於Struts2和其他框架的集成很有幫助，例如：SiteMesh Plugin）
3 接着FilterDispatcher被調用，FilterDispatcher詢問ActionMapper來決定這個請求是否需要調用某個Action ；
4 如果需要處理，ActionMapper會通知FilterDispatcher，需要處理這個請求，FilterDispatcher會停止過濾器鏈以后的部分，（這也就是為什么，FilterDispatcher應該出現在過濾器鏈的最后的原因）。FilterDispatcher把請求的處理交給ActionProxy ；
5 ActionProxy通過Configuration Manager詢問框架的配置文件struts.xml，找到需要調用的Action類 。（在服務器啟動的時候，ConfigurationManager就會把struts.xml中的所有信息讀到內存里，並緩存，當ActionProxy帶着URL向他詢問要運行哪個Action的時候，就可以直接匹配、查找並回答了）
6 ActionProxy創建一個ActionInvocation的實例。
7 ActionInvocation實例使用命名模式來調用，在調用Action的過程前后，涉及到一系列相關攔截器（Intercepter）的調用。
8 一旦Action執行完畢，ActionInvocation負責根據struts.xml中的配置找到對應的返回結果。返回結果通常是（但不總是，也可 能是另外的一個Action鏈）一個需要被表示的JSP或者FreeMarker的模版。在表示的過程中可以使用Struts2 框架中繼承的標簽。
9 最后，ActionInvocation對象倒序執行攔截器。
10.ActionInvocation對象執行完畢后，響應用戶。
注意：2.1.3之后的核心過濾器由FilterDispatcher換成StrutsPrepareAndExecuteFilter。
談談攔截器與過濾器的區別：
1、攔截器是基於java反射機制的，而過濾器是基於函數回調的。
2、過濾器依賴於servlet容器，而攔截器不依賴於servlet容器。
3、攔截器只能對Action請求起作用，而過濾器則可以對幾乎所有請求起作用。
4、攔截器可以訪問Action上下文、值棧里的對象，而過濾器不能。
5、在Action的生命周期中，攔截器可以多次調用，而過濾器只能在容器初始化時被調用一次。