轉自
http://flyingsnail.blog.51cto.com/5341669/1282359
看鏈接中的更好，有重點標注。
最近才發現spring也能實現MVC，於是在網上找了找相關介紹：
當初選框架的時候目的比較單純---springmvc支持rest，小生對restful url由衷的喜歡
不用不知道一用就發現開發效率確實比struts2高
我們用struts2時采用的傳統的配置文件的方式，並沒有使用傳說中的0配置
spring3 mvc可以認為已經100%零配置了（除了配置springmvc-servlet.xml外）
比較了一下strus2與spring3 mvc的差別
============================================
struts2框架是類級別的攔截，每次來了請求就創建一個Action，然后調用setter getter方法把request中的數據注入
struts2實際上是通過setter getter方法與request打交道的
struts2中，一個Action對象對應一個request上下文
spring3 mvc不同，spring3mvc是方法級別的攔截，
攔截到方法后根據參數上的注解，把request數據注入進去
在spring3mvc中，一個方法對應一個request上下文
好了我們來整理一下
struts2是類級別的攔截，一個類對應一個request上下文，
springmvc是方法級別的攔截，一個方法對應一個request上下文，而方法同時又跟一個url對應
所以說從架構本身上 spring3 mvc就容易實現restful url
而struts2的架構實現起來要費勁
因為struts2 action的一個方法可以對應一個url
而其類屬性卻被所有方法共享，這也就無法用注解或其他方式標識其所屬方法了
===================================
spring3mvc的方法之間基本上獨立的，獨享request response數據
請求數據通過參數獲取，處理結果通過ModelMap交回給框架
方法之間不共享變量
而struts2搞的就比較亂，雖然方法之間也是獨立的，但其所有Action變量是共享的
這不會影響程序運行，卻給我們編碼讀程序時帶來麻煩
====================================
spring mvc 優點：
spring mvc通過策略接口，Spring 框架是高度可配置的，而且包含多種視圖技術，例如 JavaServer Pages（JSP）技術、Velocity、Tiles、iText 和 POI。Spring MVC 框架並不知道使用的視圖，所以不會強迫您只使用 JSP 技術。
它是一個典型的教科書式的mvc構架，而不像struts等都是變種或者不是完全基於mvc系統的框架，對於初學者或者想了解mvc的人來說我覺得 spring是最好的，它的實現就是教科書！第二它和tapestry一樣是一個純正的servlet系統，這也是它和tapestry相比 struts所沒有的優勢。而且框架本身有代碼，而且看起來也不費勁比較簡單可以理解。
1、Spring3 MVC的學習難度小於Struts2，Struts2用不上的多余功能太多。呵呵，當然這不是決定因素。
2、Spring3 MVC很容易就可以寫出性能優秀的程序，Struts2要處處小心才可以寫出性能優秀的程序（指MVC部分）
3、Spring3 MVC的靈活是你無法想像的，Spring的擴展性有口皆碑，Spring3 MVC當然也不會落后，不會因使用了MVC框架而感到有任何的限制。
====================================
spring3 mvc的驗證也是一個亮點，支持JSR303
處理ajax的請求更是方便只需一個注解@ResponseBody ，然后直接返回響應文本即可
附上一段代碼：
@RequestMapping(value="/whitelists")
public String index(ModelMap map){
Account account = accountManager.getByDigitId(SecurityContextHolder.get().getDigitId()) ;
List<Group> groupList = groupManager.findAllGroup(account.getId()) ;
map.put("account", account);
map.put("groupList", groupList);
return "/group/group-index" ;
}
//@ResponseBody ajax響應
@RequestMapping(value="/whitelist/{whiteListId}/del")
@ResponseBody
public String delete(@PathVariable Integer whiteListId){
whiteListManager.deleteWhiteList(whiteListId) ;
return "success" ;
}
Struts 和 SpringMVC 的區別是什么呢？
很多人學習了ssh ，都曉得struts最早被人用來控制表現層，但是struts已經有了mvc 為什么還有spring mvc呢？
所以我稍微查閱了一些資料，總結了一下他們的區別：
1. 機制。spring mvc 的入口是servlet，而struts是filter（這里要指出，filter和servlet是不同的。以前認為filter是servlet的一種特殊），這樣就導致了二者的機制不同，
這里就牽涉到servlet和filter的區別了，我其他博客會專門寫一寫 servlet和filter之間的區別。
2.性能。 spring會稍微比struts快。spring mvc 是基於方法的設計，而sturts是基於類，每次發一次請求都會實例一個 action ，每個action都會被注入屬性，而spring基於方法，粒度更細，但要小心把握像在servlet控制數據一樣。
3.參數傳遞。 struts是在接受參數的時候，可以用屬性來接受參數，這就說明參數是讓多個方法共享的。
4.設計思想上。struts 更加符合oop的編程思想， spring就比較謹慎，在servlet上擴展，
5.intercepter的實現機制。struts有以自己的interceptor機制，spring mvc 用的是獨立的AOP方式。這樣導致struts的配置文件量還是比spring mvc大，雖然struts的配置能繼承，所以我覺得論使用上來講，spring mvc使用更加簡潔。