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

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

2.控制器例項：Spring Mvc會比Struts快一些（理論上）。Spring Mvc是基於方法設計

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資料。而struts2是通過外掛的方式進行處理

在SpringMVC流行起來之前，Struts2在MVC框架中佔核心地位，隨著SpringMVC的出現，SpringMVC慢慢的取代struts2,但是很多企業都是原來搭建的框架，使用Struts2較多。