PK 一、常用到的類：
Struts1：
ActionServlet[process()]：當ActionServlet實例接受到HTTP請求之后，在doGet()或doPost()方法都會調用process()方法來處理請求；
RequestProcessor[processPreprocess()]： 當ActionServlet接收到客戶請求后，會進行一連串的初始化操作，然后，就會將客戶請求轉交給合適的處理器進行處理，這個合適的處理器就是 org.apache.struts.action.RequestProcessor，調用processPreprocess()方法該方法不執行任 何操作，直接返回true，子類可以覆蓋這個方法，執行客戶化的預處理請求操作；
PlugIn：主要用于struts1.x中的過濾器，插件（數據類型轉換），國際化等；
Action：ForwardAction、includeAction、DispatchAction、MappingDispatchAction、LookupDispatchAction、SwitchAction的實現接口；
ActionForm：ActionForm用于封裝用戶的請求參數，而請求參數是通過JSP頁面的表單域傳遞過來的。因此應保證ActionForm的參數，與表單域的名字相同；
ActionForward：ActionForward 是 Struts的核心類之一，其基類僅有4個屬性：name / path / redirect / classname。在基于Struts的Web應用程序開發過程中，Action操作完畢后程序會通過Struts的配置文件struts- config.xml鏈接到指定的ActionForward，傳到Struts的核心類ActionServlet，ActionServlet使用 ActionForward提供的路徑，將控制傳遞給下一個步驟。ActionForward控制接下來程序的走向。ActionForward代表一個 應用的URI，它包括路徑和參數，例如：path=“/modify.do?method=edit&id=10”；
ActionMapping：將 特定請求映射到特定Action的相關信息存儲在ActionMapping中，ActionServelt將ActionMapping傳送到 Action類的perform（）方法，Action將使用ActionMapping的findForward（）方法，此方法返回一個指定名稱的 ActionForward，這樣Action就完成了本地轉發。若沒有找到具體的ActionForward，就返回一個null；
struts-config.xml：struts-config.xml是Struts的主要配置文件，在該文件中，可以配置數據源、form-bean、action和plug-in（插件）和資源文件的信息。
-------------------------------------------------------------------------------------------------------------------
Struts2:
FilterDispatcher:org.apache.struts2.dispatcher.FilterDispatcher 是Struts2的主要的Filter，負責四個方面的功能：執行Actions、清除ActionContext、維護靜態內容、清除request生 命周期內的XWork的interceptors；
ActionSupport:ActionSupport類是一個工具類，它已經實現了Action接口。除此之外，它還實現了Validateable接口，提供了數據校驗功能。通過繼承該ActionSupport類，可以簡化Struts 2的Action開發。
ServletActionContext[getResponse()]：Struts 2利用ServletActionContext類用來維護Servlet對象，把Servlet對象放到了ServletActionContext 中，例如request、response、application、Session等。ServletActionContext利用 ThreadLocal來維護不同線程的Servlet對象，因此可以使用ServletActionContext類獲取到。這種方式也可以叫做非注射 方式（非IoC方式）；
ModelDriven[getModel()]：實 現了modelDriven接口可以在action中直接獲得例如User對象，它會將ObjectgetModel()取得的User放到 ValueStack中。可以理解為將這個User的屬性追加到Action中。它主要是作用是實現類似Struts的FormBean功能；
MethodFilterInterceptor:Struts2提供了一個 MethodFilterInterceptor類對Action中方法過濾的功能，MethodFilterInterceptor是 AbstractInterceptor類的子類，如果要實現攔截器方法過濾功能，則需要繼承MethodFilterInterceptor。用戶只需 要重寫MethodFilterInteceptor中的doInterceptor(ActionInvocation action)即可。其內容實際上與interceptor一樣。
struts.xml:struts.xml 為Struts 2的核心配置文件。struts.xml文件主要負責管理應用中的Action映射，以及該Action包含的Result定義等。struts.xml 中主要配置Struts項目的一些全局的屬性，用戶請求和響應Action之間的對應關系，以及配置Action中可能用到的參數，以及處理結果的返回頁 面。還包括各種攔截器的配置等。
======================================================================================================
PK 二、工作流程：
Struts1：
發布Struts Web服務時,根據web.xml初始化ActionServlet,ActionContext等內容.在接到一個HttpRequest請求 后,ActionServlet 根據struts-config.xml中的配置內容,將請求的參數傳到對應的Formbean中,并設置session.然后根據請求中的Action 參數,在struts-config.xml中查找指定的Action,并調用此Action來處理請求.根據Action的處理結果,會返回一個forward變量,此時通過mapping.findForward()查找出對應的forward所標示的Action或者JSP頁面,將請求轉到下一個處理.如果是forward指向JSP頁面,則輸出到前臺.
---------------------------------------------------------------------------------------------------
Struts2:
(1)客戶端提交一個HttpServletRequest請求(.action或JSP頁面);
(2)請求被提交到一系列Filter過濾器,如ActionCleanUp和FilterDispatcher等;
(3)FilterDispatcher是Struts2控制器的核心,它通常是過濾器鏈中的最后一個過濾器;
(4)請求發到FilterDispatcher后,FilterDispatcher詢問ActionMapper是否需要調用某個Action來處理這個Request(一般根據URL后綴是否為.action來判斷);
(5)如果ActionMapper決定需要調用某個Action,FilterDispatcher則把請求交到ActioProxy,由其進行處理;
(6)ActionProxy通過Configuration Manager(它會訪問struts.xml)詢問框架的配置文件,找到需要調用的Action類;
(7)ActionProxy創建一個ActionInvocation實例,而ActionInvocation通過代理模式調用Action,(在調用之前會根據配置文件加載相關的所有Interceptor攔截器);
(8)Action執行完畢后,返回一個result字符串,此時再按相反的順序通過Interceptor攔截器;
(9) 最后ActionInvocation負責根據struts.xml中配置的result元素,找到與返回值對應的result,決定進行下一步輸出.
PK 三、Struts1和Struts2的區別和對比：
Action 類:
Struts1、要求Action類繼承一個抽象基類。Struts1的一個普遍問題是使用抽象類編程而不是接口。
Struts2、Action類可以實現一個Action接口，也可實現其他接口，使可選和定制的服務成為可能。Struts2提供一個 ActionSupport基類去 實現 常用的接口。Action接口不是必須的，任何有execute標識的POJO對象都可以用作Struts2的Action對象。
線程模式:
Struts1、 Action是單例模式并且必須是線程安全的，因為僅有Action的一個實例來處理所有的請求。單例策略限制了Struts1 Action能作的事，并且要在開發時特別小心。Action資源必須是線程安全的或同步 的。
Struts2、Action對象為每一個請求產生一個實例，因此沒有線程安全問題。（實際上，servlet容器給每個請求產生許多可丟棄的對象，并且不會導致性能和垃圾回收問題）。
Servlet 依賴:
Struts1、Action 依賴于Servlet API ,因為當一個Action被調用時HttpServletRequest 和 HttpServletResponse被傳遞給execute方法。
Struts2、Action不依賴于容器，允許Action脫離容器單獨被測試。如果需要，Struts2 Action仍然可以訪問初始的request和response。但是，其他的元素減少或者消除了直接訪問HttpServetRequest 和 HttpServletResponse的必要性。
可測性:
Struts1、 測試Struts1 Action的一個主要問題是execute方法暴露了servlet API（這使得測試要依賴于容器）。一個第三方擴展－－Struts TestCase－－提供了一套Struts1的模擬對象（來進行測 試）。
Struts2、Action可以通過初始化、設置屬性、調用方法來測試，“依賴注入”支持也使測試更容易。
捕獲輸入:
Struts1、 使用ActionForm對象捕獲輸入。所有的ActionForm必須繼承一個基類。因為其他JavaBean不能用作ActionForm，開發者經 常創建多余的類捕獲輸入。動態Bean（DynaBeans）可以作為創建傳統ActionForm的選擇，但是，開發者可能是在重新描述(創建)已經存 在的JavaBean（仍然會導致有冗的 javabean）。
Struts2、 直接使用Action屬性作為輸入屬性，消除了對第二個輸入對象的需求。輸入屬性可能是有自己(子)屬性的rich對象類型。Action屬性能夠通過 web頁面上的taglibs訪問。Struts2也支持ActionForm模式。rich對象類型，包括業務對象，能夠用作輸入/輸出對象。這種 ModelDriven 特性簡化了taglib對POJO輸入對象的引用。
表達式語言:
Struts1、整合了JSTL，因此使用JSTL EL。這種EL有基本對象圖遍歷，但是對集合和索引屬性的支持很弱。使用標準JSP機制把對象綁定到頁面中來訪問。
Struts2、Struts2可以使用JSTL，但是也支持一個更強大和靈活的表達式語言－－"Object Graph Notation Language" (OGNL).綁定值到頁面（view）。使用 "ValueStack"技術，使taglib能夠訪問值而不需要把你的頁面（view）和對象綁定起來。ValueStack策略允許通過一系列名稱相同但類型不同的屬性重用頁面（view）。
類型轉換:
Struts1、ActionForm 屬性通常都是String類型。Struts1使用Commons-Beanutils進行類型轉換。每個類一個轉換器，對每一個實例來說是不可配置的。
Struts2、使用OGNL進行類型轉換。提供基本和常用對象的轉換器。
校驗:
Struts1、支持在ActionForm的validate方法中手動校驗，或者通過Commons Validator的擴展來校驗。 同一個類可以有不同的校驗內容，但不能校驗子對象。
Struts2、支持通過validate方法和XWork校驗框架來進行校驗。XWork校驗框架使用為屬性類類型定義的校驗和內容校驗，來支持chain校驗子屬性。
Action的執行控制:
Struts1、支持每一個模塊有單獨的Request Processors（生命周期），但是模塊中的所有Action必須共享相同的生命周期。
Struts2、支持通過攔截器堆棧（Interceptor Stacks）為每一個Action創建不同的生命周期。堆棧能夠根據需要和不同的Action一起使用。