目前企業中使用SPRingMvc的比例已經遠遠超過Struts2,那么兩者到底有什么區別，是很多初學者比較關注的問題，下面我們就來對SpringMvc和Struts2進行各方面的比較:

1. 核 心控制器（前端控制器、預處理控制器）：對于使用過mvc框架的人來說這個詞應該不會陌生，核心控制器的主要用途是處理所有的請求，然后對那些特殊的請求 （控制器）統一的進行處理(字符編碼、文件上傳、參數接受、異常處理等等),spring mvc核心控制器是Servlet，而Struts2是Filter。

2.控制器實例：Spring Mvc會比Struts快一些（理論上）。Spring Mvc是基于方法設計，而Sturts是基于對象，每次發一次請求都會實例一個action，每個action都會被注入  屬性，而Spring更像Servlet一樣，只有一個實例，每次請求執行對應的方法即可(注意：由于是單例實例，所以應當避免全局變量的修改，這樣會產生線程安全問題)。

3. 管理方式：大部分的公司的核心架構中，就會使用到spring,而spring mvc又是spring中的一個模塊，所以spring對于spring mvc的控制器管理更加簡單方便，而且提供了全 注解方式進行管理，各種功能的注解都比較全面，使用簡單，而struts2需要采用xml很多的配置參數來管理（雖然也可以采用注解，但是幾乎沒有公司那 樣使用）。

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

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

6.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變量是共享的，這不會影響程序運行，卻給我們編碼，讀程序時帶來麻煩。

7.spring mvc處理Ajax請求,直接通過返回數據，方法中使用注解@ResponseBody，spring mvc自動幫我們對象轉換為JSON數據。