1. 機制：
spring mvc的入口是servlet，而struts2是filter，這樣就導致了二者的機制不同。
2. 性能：
spring會稍微比struts快。spring mvc是基於方法的設計，而sturts是基於類，每次發壹次請求都會實例壹個action，每個action都會被註入屬性，而spring基於方法，粒度更細，但要小心把握像在servlet控制數據壹樣。spring3 mvc是方法級別的攔截，攔截到方法後根據參數上的註解，把request數據註入進去，在spring3 mvc中，壹個方法對應壹個request上下文。而struts2框架是類級別的攔截，每次來了請求就創建壹個Action，然後調用setter getter方法把request中的數據註入；struts2實際上是通 setter getter方法與request打交道的；struts2中，壹個Action對象對應壹個request上下文。
3. 參數傳遞：
struts是在接受參數的時候，可以用屬性來接受參數，這就說明參數是讓多個方法***享的。
4. 設計思想上：
struts更加符合oop(面向對象編程)的編程思想， spring就比較謹慎，在servlet上擴展。
5. 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變量是***享的，這不會影響程序運行，卻給我們編碼，讀程序時帶來麻煩。
6. 另外，spring3 mvc的驗證也是壹個亮點，支持JSR303，處理ajax的請求更是方便，只需壹個註解@ResponseBody ，然後直接返回響應文本即可。