Struts與Struts2的區別
首先看一張Struts2的發展路線圖：
從Struts2的發展過程來看，Struts2繼承了Struts與Webwork的特性，形成了新的框架。但是它的稱呼只是在“Struts”後面添加一個“2”，顯然Struts2還是更多的繼承了Struts的設計思想，並加入了WebWork的特點。下面將從十個方面來說明Struts與Struts2之間的不同點：
（1）Action類
在Struts中都是使用抽象類編程而不是接口，因此它要求開發的Action類繼承一個抽象基類，如DispatchAction等；
Struts2則基於接口編程，我們的Action類可以實現一個Action接口，也可實現其他接口，使可選和定制的服務成為可能。Struts2提供一個ActionSupport基類去實現常用的接口。更加強大的是，在Struts2中Action接口不是必需的，任何有execute()函數的POJO對象都可以用作Struts2的Action類來使用。
（2）線程模式
Struts的Action是單例模式並且是線程安全的，因為僅有Action的一個實例來處理所有的請求。單例策略限制了StrutsAction能做的事，並且要在開發時特別小心，Action資源必須是線程安全的或者同步的；
Struts2的Action對象為每一個請求產生一個實例，因此沒有線程安全的問題。
（3）Servlet依賴
Struts的Action依賴於ServletAPI，當一個Action被調用時，HttpServletRequest和HttpServletResponse被傳遞給執行的方法；
Struts2的Action不依賴於容器，運行Action脫離容器單獨被測試。如果需要，Struts2的Action仍然可以訪問初始的request和response。
（4）可測試性
測試StrutsAction的一個主要問題是，execute()方法暴露了ServletAPI，這使得測試要依賴於容器。
Struts2Action的類是POJO類，因此可以直接編寫測試類來進行測試，只需要在測試類中為Action注入屬性即可。
（5）捕獲輸入
Struts使用ActionForm對象捕獲用戶輸入，所有的ActionForm必須繼承一個基類ActionForm。因為其他的JavaBean不能用作ActionForm，開發者經常創建多余的類捕獲輸入。動態表單可以作為創建傳統ActionForm的選擇，但是，開發者可能是在重新創建已經存在的JavaBean，仍然會導致有冗余的JavaBean；
Struts2直接使用Action屬性作為輸入屬性，消除了對第二個輸入對象的需求。輸入屬性可能是有自己子屬性的rich對象模型。Action屬性能夠通過Web頁面上的taglibs訪問。同時，Struts2也支持ActionForm模式。
（6）表達式語言
Struts整合了JSTL，這種EL有基本對象圖遍歷，但是對集合和索引屬性的支持很弱；
Struts2可以使用JSTL，但是也支持一個更強大和靈活表達式語言OGNL。
（7）綁定值到頁面
Struts使用標准JSP機制把對象綁定到頁面中來訪問；
Struts2使用ValueStack（值堆棧）技術，使taglib能夠訪問值，而不需要把你的頁面和對象綁定起來。ValueStack策略允許通過一系列名稱相同但類型不同的屬性重用頁面。
（8）類型轉換
Struts的ActionForm屬性通常都是String類型，並使用Commons-Beanutils進行類型轉換。每個類提供一個轉換器，對每一個實例來說都是不可配置的；
Struts2使用表達式語言OGNL進行類型轉換，提供了基本和常用對象的轉換器。
（9）數據校驗
Struts支持在ActionForm的validate()方法中手動校驗，或者通過Commons Validator的擴展來校驗。同一個類可以有不同的校驗內容，但不能校驗子對象；
Struts2支持通過validate()方法和XWork校驗框架來進行校驗，XWork校驗框架使用屬性類型定義的校驗和內容校驗，來支持chain校驗子屬性。
（10）Action執行的控制
Struts支持每一個模塊有單獨的Request Processors（生命周期），但是模塊中的所有Action必須共享相同的生命周期；
Struts2支持通過攔截器堆棧(Interceptor Stacks)為每一個Action創建不同的生命周期，堆棧能夠根據需要和不同的Action一起使用。
總之，從實際開發的角度來說，Struts框架和Struts2框架的主要不同點在於Action類不同。
