struts1-2，springMVC原理基本對比（單例，多例）-servlet與filter區別

最近作項目用到了struts2，以前一直是用struts1和springMVC。感受到了struts2從很大程度上和這兩個仍是有很大區別的，因此今天蒐集了些資料，給他們作一下對比。

 

         Struts1官方已經中止更新，如今用的也比較少，這裏主要講一下struts2和struts1比較都有哪些不一樣和進步。Struts2能夠說不是徹底從struts1改進來的，由於struts2本來就是聞名中外的Webwork2，在經歷幾年的發展以後，struts和WebWork社區決定合二爲一，也就是今天的struts2.

 

         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 依賴於ServletAPI ,由於當一個Action被調用時HttpServletRequest 和 HttpServletResponse 被傳遞給execute方法。

• Struts 2 Action不依賴於容器，容許Action脫離容器單獨被測試。若是須要，Struts2 Action仍然能夠訪問初始的request和response。可是，其餘的元素減小或者消除了直接訪問HttpServetRequest 和 HttpServletResponse的必要性。

可測性:

• 測試Struts1Action的一個主要問題是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一塊兒使用。

 

         SpringMVC與Struts2的比較：

機制：

spring mvc的入口是servlet，而struts2是filter（這裏要指出，filter和servlet是不一樣的。之前認爲filter是servlet的一種特殊），這樣就致使了兩者的機制不一樣，這裏就牽涉到servlet和filter的區別了。

性能：

spring會稍微比struts快。spring mvc是基於方法的設計，而sturts是基於類，每次發一次請求都會實例一個action，每一個action都會被注入屬性，而spring基於方法，粒度更細，但要當心把握像在servlet控制數據同樣。spring3 mvc是方法級別的攔截，攔截到方法後根據參數上的註解，把request數據注入進去，在spring3 mvc中，一個方法對應一個request上下文。而struts2框架是類級別的攔截，每次來了請求就建立一個Action，而後調用setter getter方法把request中的數據注入；struts2其實是經過setter getter方法與request打交道的；struts2中，一個Action對象對應一個request上下文。

參數傳遞：

struts是在接受參數的時候，能夠用屬性來接受參數，這就說明參數是讓多個方法共享的。

設計思想上：

struts更加符合oop的編程思想， spring就比較謹慎，在servlet上擴展。

intercepter的實現機制：

有以本身的interceptor機制，spring mvc用的是獨立的AOP方式。這樣致使struts的配置文件量仍是比spring mvc大，雖然struts的配置能繼承，因此我以爲論使用上來說，spring mvc使用更加簡潔，開發效率Spring MVC確實比struts2高。spring mvc是方法級別的攔截，一個方法對應一個request上下文，而方法同時又跟一個url對應，因此說從架構自己上spring3 mvc就容易實現restful url。struts2是類級別的攔截，一個類對應一個request上下文；實現restful url要費勁，由於struts2 action的一個方法能夠對應一個url；而其類屬性卻被全部方法共享，這也就沒法用註解或其餘方式標識其所屬方法了。spring3mvc的方法之間基本上獨立的，獨享request response數據，請求數據經過參數獲取，處理結果經過ModelMap交回給框架方法之間不共享變量，而struts2搞的就比較亂，雖然方法之間也是獨立的，但其全部Action變量是共享的，這不會影響程序運行，卻給咱們編碼，讀程序時帶來麻煩。

 

總結：

Strut1目前已經不多再用，我的感受springMVC在易用性上要優於struts2.struts2和springMVC在性能方面是不分伯仲，每一個陣營都有本身的測試數據，很難說哪個更優秀。以上資料部分摘自網絡，尊重原做者版權，分享給更多的讀者。

 

附：servlet與filter區別：

1、概念： 一、servlet：servlet是一種運行服務器端的java應用程序，具備獨立於平臺和協議的特性，而且能夠動態的生成web頁面，它工做在客戶端請求與服務器響應的中間層。 二、filter：filter是一個能夠複用的代碼片斷，能夠用來轉換HTTP請求、響應和頭信息。Filter不像Servlet，它不能產生一個請求或者響應，它只是修改對某一資源的請求，或者修改從某一的響應。 2、生命週期： 一、servlet：servlet的生命週期始於它被裝入web服務器的內存時，並在web服務器終止或從新裝入servlet時結束。servlet一旦被裝入web服務器，通常不會從web服務器內存中刪除，直至web服務器關閉或從新結束。 (1)、裝入：啓動服務器時加載Servlet的實例； (2)、初始化：web服務器啓動時或web服務器接收到請求時，或者二者之間的某個時刻啓動。初始化工做有init（）方法負責執行完成； (3)、調用：從第一次到之後的屢次訪問，都是隻調用doGet()或doPost()方法； (4)、銷燬：中止服務器時調用destroy()方法，銷燬實例。  二、filter：（必定要實現javax.servlet包的Filter接口的三個方法init()、doFilter()、destroy()，空實現也行） (1)、啓動服務器時加載過濾器的實例，並調用init()方法來初始化實例； (2)、每一次請求時都只調用方法doFilter()進行處理； (3)、中止服務器時調用destroy()方法，銷燬實例。 3、職責 一、servlet： 建立並返回一個包含基於客戶請求性質的動態內容的完整的html頁面； 建立可嵌入到現有的html頁面中的一部分html頁面（html片斷）； 讀取客戶端發來的隱藏數據； 讀取客戶端發來的顯示數據； 與其餘服務器資源（包括數據庫和java的應用程序）進行通訊； 經過狀態代碼和響應頭向客戶端發送隱藏數據。 二、filter： filter可以在一個請求到達servlet以前預處理用戶請求，也能夠在離開servlet時處理http響應： 在執行servlet以前，首先執行filter程序，併爲之作一些預處理工做； 根據程序須要修改請求和響應； 在servlet被調用以後截獲servlet的執行 4、區別： 1,servlet 流程是短的，url傳來以後，就對其進行處理，以後返回或轉向到某一本身指定的頁面。它主要用來在 業務處理以前進行控制. 2,filter 流程是線性的， url傳來以後，檢查以後，可保持原來的流程繼續向下執行，被下一個filter, servlet接收等，而servlet 處理以後，不會繼續向下傳遞。filter功能可用來保持流程繼續按照原來的方式進行下去，或者主導流程，而servlet的功能主要用來主導流程。 filter可用來進行字符編碼的過濾，檢測用戶是否登錄的過濾，禁止頁面緩存等。