終於有SpringMvc與Struts2的對比啦

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資料。