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是不同的），這就導致了二者的機制不同，這裏就牽涉到servlet和filter的區別了。
6、與Ajax的關係
SpringMVC集成了Ajax，使用非常方便，只需一個註解@ResponseBody就可以實現，然後直接返回響應文本即可
Struts2攔截器沒有集成Ajax，在Action中處理時一般必須安裝插件或者自己寫代碼集成進去，使用起來也相對不方便。
7、驗證
SpringMVC驗證支持JSR303，處理起來相對更加靈活方便，而Struts2驗證比較繁瑣，感覺太煩亂。
8、與spring的關係
SpringMVC和Spring是無縫的。從這個項目的管理和安全上也比Struts2高（當然Struts2也可以通過不同的目錄結構和相關配置做到SpringMVC一樣的效果，但是需要xml配置的地方不少）。
9、設計思想
Struts2更加符合OOP的編程思想，SpringMVC就比較謹慎，在servlet上擴展。
10、開發效率
SpringMVC開發效率和性能高於Struts2。
11、配置
SpringMVC可以認爲已經100%零配置。