1、核心控制器（前端控制器、預處理控制器）：對于使用過mvc框架的人來說這個詞應該不會陌生，核心控制器的主要用途是處理所有的請求，然后對那些特殊的請求（控制器）統一的進行處理(字符編碼、文件上傳、參數接受、異常處理等等),spring mvc核心控制器是Servlet，而Struts2是Filter。
 Struts2是類級別的攔截， 一個類對應一個request上下文。
 SpringMVC是方法級別的攔截，一個方法對應一個request上下文，而方法同時又跟一個url對應,所以說從架構本身上SpringMVC就容易實現restful url。
  而struts2的架構實現起來要費勁，因為Struts2中Action的一個方法可以對應一個url，而其類屬性卻被所有方法共享，這也就無法用注解或其他方式標識其所屬方法了。
2、控制器實例：Spring Mvc會比Struts快一些（理論上）。Spring Mvc是基于方法設計，而Sturts是基于對象，每次發一次請求都會實例一個action，每個action都會被注入  屬性，而Spring更像Servlet一樣，只有一個實例，每次請求執行對應的方法即可(注意：由于是單例實例，所以應當避免全局變量的修改，這樣會產生線程安全問題)。
    由上邊原因，SpringMVC的方法之間基本上獨立的，獨享request response數據，請求數據通過參數獲取，處理結果通過ModelMap交回給框架，方法之間不共享變量，而Struts2搞的就比較亂，雖然方法之間也是獨立的，但其所有Action變量是共享的，這不會影響程序運行，卻給我們編碼 讀程序時帶來麻煩，每次來了請求就創建一個Action，一個Action對象對應一個request上下文。
3、由于Struts2需要針對每個request進行封裝，把request，session等servlet生命周期的變量封裝成一個一個Map，供給每個Action使用，并保證線程安全，所以在原則上，是比較耗費內存的。
4、 攔截器實現機制上，Struts2有以自己的interceptor機制，SpringMVC用的是獨立的AOP方式，這樣導致Struts2的配置文件量還是比SpringMVC大。
5、SpringMVC的入口是servlet，而Struts2是filter，這就導致了二者的機制不同。

6.參數傳遞：Struts2中自身提供多種參數接受，其實都是通過（ValueStack）進行傳遞和賦值，而SpringMvc是通過方法的參數進行接收。

7.學習難度：Struts有很多新的技術點，比如攔截器、值棧及OGNL表達式，學習成本較高，springmvc 比較簡單，很較少的時間都能上手。

8、SpringMVC集成了Ajax，使用非常方便，只需一個注解@ResponseBody就可以實現，然后直接返回響應文本即可，而Struts2攔截器集成了Ajax，在Action中處理時一般必須安裝插件或者自己寫代碼集成進去，使用起來也相對不方便。

9、SpringMVC驗證支持JSR303，處理起來相對更加靈活方便，而Struts2驗證比較繁瑣，感覺太煩亂。
10、Spring MVC和Spring是無縫的。從這個項目的管理和安全上也比Struts2高（當然Struts2也可以通過不同的目錄結構和相關配置做到SpringMVC一樣的效果，但是需要xml配置的地方不少）。
11、 設計思想上，Struts2更加符合OOP的編程思想， SpringMVC就比較謹慎，在servlet上擴展。
12、管理方式：大部分的公司的核心架構中，就會使用到spring,而spring mvc又是spring中的一個模塊，所以spring對于spring mvc的控制器管理更加簡單方便，而且提供了全 注解方式進行管理，各種功能的注解都比較全面，使用簡單，而struts2需要采用XML很多的配置參數來管理（雖然也可以采用注解，但是幾乎沒有公司那樣使用）。SpringMVC開發效率和性能高于Struts2。
13、SpringMVC可以認為已經100%零配置。

獲取【下載地址】

springmvc4 mybatis 整合 框架源碼 bootstrap html5 mysql oracle sqlsever spring SSM

另外有需要云服務器可以了解下創新互聯scvps.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業上云的綜合解決方案，具有“安全穩定、簡單易用、服務可用性高、性價比高”等特點與優勢，專為企業上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。