SpringMvc與Struts2的對比

目前企業中使用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數據。