1、Struts2是類級別的攔截，
一個類對應一個request上下文，SpringMVC是方法級別的攔截，一個方法對應一個request上下文，而方法同時又跟一個url對應,所以說從架構本身上SpringMVC就容易實現restful
url,而struts2的架構實現起來要費勁，因為Struts2中Action的一個方法可以對應一個url，而其類屬性卻被所有方法共享，這也就無法用註解或其他方式標識其所屬方法了。
2、由上邊原因，SpringMVC的方法之間基本上獨立的，獨享request
response資料，請求資料通過引數獲取，處理結果通過ModelMap交回給框架，方法之間不共享變數，而Struts2搞的就比較亂，雖然方法之間也是獨立的，但其所有Action變數是共享的，這不會影響程式執行，卻給我們編碼
讀程式時帶來麻煩，每次來了請求就建立一個Action，一個Action物件對應一個request上下文。
3、由於Struts2需要針對每個request進行封裝，把request，session等servlet生命週期的變數封裝成一個一個Map，供給每個Action使用，並保證執行緒安全，所以在原則上，是比較耗費記憶體的。
4、
攔截器實現機制上，Struts2有以自己的interceptor機制，SpringMVC用的是獨立的AOP方式，這樣導致Struts2的配置檔案量還是比SpringMVC大。
5、SpringMVC的入口是servlet，而Struts2是filter（這裡要指出，filter和servlet是不同的。以前認為filter是servlet的一種特殊），這就導致了二者的機制不同，這裡就牽涉到servlet和filter的區別了。
6、SpringMVC集成了Ajax，使用非常方便，只需一個註解@ResponseBody就可以實現，然後直接返回響應文字即可，而Struts2攔截器集成了Ajax，在Action中處理時一般必須安裝外掛或者自己寫程式碼整合進去，使用起來也相對不方便。
7、SpringMVC驗證支援JSR303，處理起來相對更加靈活方便，而Struts2驗證比較繁瑣，感覺太煩亂。 8、Spring
MVC和Spring是無縫的。從這個專案的管理和安全上也比Struts2高（當然Struts2也可以通過不同的目錄結構和相關配置做到SpringMVC一樣的效果，但是需要xml配置的地方不少）。
9、 設計思想上，Struts2更加符合OOP的程式設計思想， SpringMVC就比較謹慎，在servlet上擴充套件。
10、SpringMVC開發效率和效能高於Struts2。 11、SpringMVC可以認為已經100%零配置。