特性

Struts1.x

Struts2

Action類

Struts1.x要求Action類要擴展自一個抽象基類。Struts1.x的一個共有的問題是面向抽象類編程而不是面向接口編程。

Struts2的Action類實現了一個Action接口，連同其他接口一起來實現可選擇和自定義的服務。Struts2提供一個名叫ActionSupport的基類來實現一般使用的接口。當然，Action接口不是必須的。任何使用execute方法的POJO對象可以被當作Struts 2的Action對象來使用。

線程模型

Struts1.x Action類是單例類，因為只有一個實例來控制所有的請求。單例類策略造成了一定的限制，并且給開發帶來了額外的煩惱。Action資源必須是線程安全或者同步的。

Struts2 Action對象為每一個請求都實例化對象，所以沒有線程安全的問題。（實踐中，servlet容器給每一個請求產生許多丟棄的對象，并且不會導致性能和垃圾回收問題）。

Servlet 依賴

Struts1.x的Action類依賴于servlet API，當Action被調用時，以HttpServletRequest和HttpServletResponse作為參數傳給execute方法。

Struts2的Action和容器無關。Servlet上下文被表現為簡單的Maps，允許Action被獨立的測試。Struts2的Action可以訪問最初的請求(如果需要的話)。但是，盡可能避免或排除其他元素直接訪問HttpServletRequest或HttpServletResponse。

易測性

測試Struts1.x的主要問題是execute方法暴露了Servlet API這使得測試要依賴于容器）。第三方的擴展，如Struts TestCase，提供了一套Struts1的模擬對象（來進行測試）。

Struts2的Action可以通過初始化、設置屬性、調用方法來測試。依賴注入的支持也是測試變得更簡單。

捕獲輸入

Struts1.x使用ActionForm對象來捕獲輸入。象Action一樣，所有的ActionForm必須擴展基類。因為其他的JavaBean不能作為ActionForm使用，開發者經常創建多余的類來捕獲輸入。DynaBeans可以被用來作為替代ActionForm的類來創建。但是，開發者可能是在重新描述(創建)已經存在的JavaBean（仍然會導致有冗余的javabean）。

Struts2直接使用Action屬性作為輸入屬性，消除了對第二個輸入對象的需求。輸入屬性可能是有自己(子)屬性的rich對象類型。Action屬性能夠通過web頁面上的taglibs訪問。Struts2也支持ActionForm模式。rich對象類型，包括業務對象，能夠用作輸入/輸出對象。這種ModelDriven 特性簡化了taglib對POJO輸入對象的引用。

表達式語言

Struts1.x整合JSTL，所以它使用JSTL的表達式語言。表達式語言有基本的圖形對象移動，但是對集合和索引屬性的支持很弱。

Struts2使用JSTL，但是也支持一個更強大和靈活的表達式語言－－"Object Graph Notation Language" (OGNL)。

將值綁定到頁面

Struts1.x使用標準JSP機制來綁定對象到頁面上下文。

Struts2使用“ValueStack”技術，使taglib能夠訪問值而不需要把你的頁面（view）和對象綁定起來。ValueStack策略允許通過一系列名稱相同但類型不同的屬性重用頁面（view）。

類型轉換

Struts1.x的ActionForm屬性經常都是String。Struts 1.x使用Commons-Beanutils來進行類型轉換。轉換每一個類，而不是為每一個實例配置。

Struts2使用OGNL進行類型轉換。提供基本和常用對象的轉換器。

驗證

Struts1.x支持在ActionForm的validate方法中手動校驗，或者通過Commons Validator的擴展來校驗。同一個類可以有不同的校驗內容，但不能校驗子對象。

Struts2支持通過validate方法和XWork校驗框架來進行校驗。XWork校驗框架使用為屬性類類型定義的校驗和內容校驗，來支持chain校驗子屬性

Action執行控制

Struts1.x支持每一個模塊有單獨的Request Processors（生命周期），但是模塊中的所有Action必須共享相同的生命周期。

Struts2支持通過攔截器堆棧（Interceptor Stacks）為每一個Action創建不同的生命周期。堆棧能夠根據需要和不同的Action一起使用。