[編輯本段]什么是Struts2
　　雖然Struts2號稱是一個全新的框架，但這僅僅是相對Struts 1而言。Struts 2 與Struts 1相比，確實有很多革命性的改進，但它并不是新發布的新框架，而是在另一個赫赫有名的框架：WebWork基礎上發展起來的。從某種程度上來講，Struts2沒有繼承Struts 1的血統，而是繼承WebWork的血統。或者說，WebWork衍生出了Struts2，而不是Struts 1衍生了Struts2。因為Struts2是WebWork的升級，而不是一個全新的框架，因此穩定性、性能等各方面都有很好的保證：而且吸收了Struts 1和WebWork兩者的優勢，因此，是一個非常值得期待的框架。
　　Apache Struts2是一個優雅的，可擴展的JAVA EE web框架。框架設計的目標貫穿整個開發周期，從開發到發布，包括維護的整個過程。
　　Apache Struts 2即是之前大家所熟知的WebWork 2。在經歷了幾年的各自發展后，WebWork和Struts社區決定合二為一，也即是Struts 2
　　Struts 2 英文學習網站：http://struts.apache.org/2.0.6/docs/guides.html
[編輯本段]Struts2和Struts1的不同
　　Action 類:
　　◆Struts1要求Action類繼承一個抽象基類。Struts1的一個普遍問題是使用抽象類編程而不是接口。
　　◆Struts 2 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方法。
　　◆Struts 2 Action不依賴于容器，允許Action脫離容器單獨被測試。如果需要，Struts2 Action仍然可以訪問初始的request和response。但是，其他的元素減少或者消除了直接訪問HttpServetRequest 和 HttpServletResponse的必要性。
　　可測性:
　　◆測試Struts1 Action的一個主要問題是execute方法暴露了servlet API（這使得測試要依賴于容器）。一個第三方擴展－－Struts TestCase－－提供了一套Struts1的模擬對象（來進行測試）。
　　◆Struts 2 Action可以通過初始化、設置屬性、調用方法來測試，“依賴注入”支持也使測試更容易。
　　捕獲輸入:
　　◆Struts1 使用ActionForm對象捕獲輸入。所有的ActionForm必須繼承一個基類。因為其他JavaBean不能用作ActionForm，開發者經常創建多余的類捕獲輸入。動態Bean（DynaBeans）可以作為創建傳統ActionForm的選擇，但是，開發者可能是在重新描述(創建)已經存在的JavaBean（仍然會導致有冗余的javabean）。
　　◆ Struts 2直接使用Action屬性作為輸入屬性，消除了對第二個輸入對象的需求。輸入屬性可能是有自己(子)屬性的rich對象類型。Action屬性能夠通過web頁面上的taglibs訪問。Struts2也支持ActionForm模式。rich對象類型，包括業務對象，能夠用作輸入/輸出對象。這種ModelDriven 特性簡化了taglib對POJO輸入對象的引用。
　　表達式語言：
　　◆Struts1 整合了JSTL，因此使用JSTL EL。這種EL有基本對象圖遍歷，但是對集合和索引屬性的支持很弱。
　　◆Struts2可以使用JSTL，但是也支持一個更強大和靈活的表達式語言－－"Object Graph Notation Language" (OGNL).
　　綁定值到頁面（view）:
　　◆ Struts 1使用標準JSP機制把對象綁定到頁面中來訪問。
　　◆Struts 2 使用 "ValueStack"技術，使taglib能夠訪問值而不需要把你的頁面（view）和對象綁定起來。ValueStack策略允許通過一系列名稱相同但類型不同的屬性重用頁面（view）。
　　類型轉換：
　　◆Struts 1 ActionForm 屬性通常都是String類型。Struts1使用Commons-Beanutils進行類型轉換。每個類一個轉換器，對每一個實例來說是不可配置的。
　　◆Struts2 使用OGNL進行類型轉換。提供基本和常用對象的轉換器。
　　校驗：
　　◆Struts 1支持在ActionForm的validate方法中手動校驗，或者通過Commons Validator的擴展來校驗。同一個類可以有不同的校驗內容，但不能校驗子對象。
　　◆Struts2支持通過validate方法和XWork校驗框架來進行校驗。XWork校驗框架使用為屬性類類型定義的校驗和內容校驗，來支持chain校驗子屬性
　　Action執行的控制：
　　◆Struts1支持每一個模塊有單獨的Request Processors（生命周期），但是模塊中的所有Action必須共享相同的生命周期。
　　◆Struts2支持通過攔截器堆棧（Interceptor Stacks）為每一個Action創建不同的生命周期。堆棧能夠根據需要和不同的Action一起使用。

Struts2的工作流程圖
　　工作流程當接收到一個httprequest
　　Interceptor做一些攔截或者初始的工作
　　當外部的httpservletrequest到來時
　　初始到了servlet容器 傳遞給一個標準的過濾器鏈
　　ActionContextCleanUp這個在集成插件方面非常有用
　　Other filters(SitMesh,etc)
　　調用FilterDispatecher會去查找相應的ActionMapper
　　如果找到了相應的ActionMapper它將會將控制權限交給ActionProxy
　　ActionProxy將會通過ConfigurationManager來查找配置struts.xml
　　下一步將會 通過ActionInvocation來負責命令模式的實現（包括調用一些攔截Interceptor框架在調用action之前）
　　一旦action返回，會查找相應的Result
　　Result類型可以是 jsp或者freeMark 等
　　這些組件和ActionMapper一起返回給請求的url（注意攔截器的執行順序）
　　響應的返回是通過我們在web.xml中配置的過濾器
　　如果ActionContextCleanUp是當前使用的，則FilterDispatecher將不會清理
　　sreadlocal ActionContext
　　如果ActionContextCleanUp不使用，則將會去清理sreadlocals

Struts2