SpringMVC作為MVC框架,與Struts 2 有著異曲同工之處,首先對比一下SpringMVC與Struts2的不同之處：

    1. 機制：spring mvc的入口是servlet，而struts2是filter（這裡要指出，filter和servlet是不同的。以前認為filter是servlet的一種特殊），這樣就導致了二者的機制不同，這裡就牽涉到servlet和filter的區別了。

    2. 效能：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上下文。

    3. 引數傳遞：struts是在接受引數的時候，可以用屬性來接受引數，這就說明引數是讓多個方法共享的。

    4. 設計思想上：struts更加符合oop的程式設計思想， spring就比較謹慎，在servlet上擴充套件。

    5. intercepter的實現機制：struts有以自己的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；而其類屬性卻被所有方法共享，這也就無法用註解或其他方式標識其所屬方法了。spring3 mvc的方法之間基本上獨立的，獨享request response資料，請求資料通過引數獲取，處理結果通過ModelMap交回給框架方法之間不共享變數，而struts2搞的就比較亂，雖然方法之間也是獨立的，但其所有Action變數是共享的，這不會影響程式執行，卻給我們編碼，讀程式時帶來麻煩。

    6. 另外，spring3 mvc的驗證也是一個亮點，支援JSR303，處理ajax的請求更是方便，只需一個註解@ResponseBody