一：struts1的工作原理
1.初始化：struts框架的總控制器ActionServlet是一個Servlet，它在web.xml中配置成自動啓動的
Servlet，在啓動時總控制器會讀取配置文件(struts-config.xml)的配置信息，爲struts
中不同的模塊初始化相應的對象。(面向對象思想)
2.發送請求：用戶提交表單或通過URL向WEB服務器提交請求，請求的數據用HTTP協議傳給web服務器。
3.form填充：struts的總控制器ActionServlet在用戶提交請求時將數據放到對應的form對象中的成員
變量中。
4.派發請求：控制器根據配置信息對象ActionConfig將請求派發到具體的Action，對應的formBean一併
傳給這個Action中的excute()方法。
5.處理業務：Action一般只包含一個excute()方法，它負責執行相應的業務邏輯(調用其它的業務模塊)
完畢後返回一個ActionForward對象。服務器通過ActionForward對象進行轉發工作。
6.返回響應：Action將業務處理的不同結果返回一個目標響應對象給總控制器。
7.查找響應：總控制器根據Action處理業務返回的目標響應對象，找到對應的資源對象，一般情況下
爲jsp頁面。
8.響應用戶：目標響應對象將結果傳遞給資源對象，將結果展現給用戶。
二：struts2的工作原理
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 框架中繼承的標籤