一、Spring與SpringMVC的區別：
spring是一個開源框架，是為了解決企業應用程序開發，功能如下：
功能：使用基本的JavaBean代替EJB，並提供了更多的企業應用功能
范圍：任何Java應用 Spring是一個輕量級的控制反轉（IoC）和面向切面（AOP）的容器框架。
1、輕量——從大小與開銷兩方面而言Spring都是輕量的。完整的Spring框架可以在一個大小只有1MB多的JAR文件里發布。並且Spring所需的處理開銷也是微不足道的。此外， Spring是非侵入式的：典型地，Spring應用中的對象不依賴於Spring的特定類。
2、控制反轉——Spring通過一種稱作控制反轉（IoC）的技術促進了松耦合。當應用了IoC，一個對象依賴的其它對象會通過被動的方式傳遞進來，而不是這個對象自己創建或者查找依賴對象。你可以認為IoC與JNDI相反——不是對象從容器 中查找依賴，而是容器在對象初始化時不等對象請求就主動將依賴傳遞給它。
3、面向切面——Spring提供了面向切面編程的豐富支持，允許通過分離應用的業務邏輯與系統級服務（例如審計（auditing）和事務（transaction）管理）進行內聚性的開發。應用對象只實現它們應該做的——完成業務邏輯—— 僅此而已。它們並不負責（甚至是意識）其它的系統級關注點，例如日志或事務支持。
4、容器——Spring包含並管理應用對象的配置和生命周期，在這個意義上它是一種容器，你可以配置你的每個bean如何被創建——基於一個可配置原型（prototype），你的bean可以創建一個單獨的實例或者每次需要時都生成一個新的實例 ——以及它們是如何相互關聯的。然而，Spring不應該被混同於傳統的重量級的EJB容器，它們經常是龐大與笨重的， 難以使用。
5、框架——Spring可以將簡單的組件配置、組合成為復雜的應用。在Spring中，應用對象被聲明式地組合，典型地是在 一個XML文件里。Spring也提供了很多基礎功能（事務管理、持久化框架集成等等），將應用邏輯的開發留給了你。所有Spring的這些特征使你能夠編寫更干凈、更可管理、並且更易於測試的代碼。它們也為Spring中的各種模塊提供了基礎支持。Spring的兩大核心AOP與IOC，可以單獨用於任何應用，包括與Struts等MVC框架與Hibernate等ORM框架的集成，目前很多公司所謂的輕量級開發就是用Spring + Struts(2)+Hibernate。
Spring MVC就是一個MVC框架，個人覺得Spring MVC annotation式的開發比Struts2方便，可以直接代替上面的Struts（當然Struts的做為一個非常成熟的MVC，功能上感覺還是比Spring強一點，不過Spring MVC已經足夠用了）。當然spring mvc的執行效率比struts高，是因為struts的值棧影響效率。
spring mvc類似於struts的一個MVC開框架，其實都是屬於spring，spring mvc需要有spring的架包作為支撐才能跑起來。
二、Spring與Struts2的區別：
Struts2就是一個攔截器棧 也就是一系列的攔截器。處理用戶的請求，OGNL的使用，表單驗證 等都是默認的攔截器在起作用。
spring的攔截器，主要體現在AOP的事務管理方面，還有比如一些錯誤或者異常的日志的顯示也是通過配置spring的log攔截器來實現的。
三、StringMVC與Struts2的區別：
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、SpringMVC和Spring是無縫的。從這個項目的管理和安全上也比Struts2高（ 當然Struts2也可以通過不同的目錄結構和相關配置做到SpringMVC一樣的效果，但是需要xml配置的地方不少）。
9、設計思想上，Struts2更加符合OOP的編程思想， SpringMVC就比較謹慎，在servlet上擴展。
10、SpringMVC開發效率和性能高於Struts2。
11、SpringMVC可以認為已經100%零配置
1、從安全性角度分析spring mvc和struts2的區別：
spring mvc:controller
1.spring mvc 默認controller是單實例（通過注解@Scope(“prototype”)變了多實例）；
2.單實例時非線程安全，不要在controller中定義成員變量（實例變量）；
3.單實例時，web容器啟動時便開始實例化controller，全局唯此實例，每次訪問都使用此實例響應；
4.多實例時，每一次訪問，基本&多數（發現偶爾也會重復使用實例）會產出新實例對應響應；
5.單實例時，並發請求，訪問synchronized同步方法時，彼此阻塞影響（synchronized方法實例鎖）；
6.多實例時，並發請求，訪問synchronized同步方法時，彼此不影響（synchronized方法實例鎖）；
struts2:action
1.struts2為每個線程提供一個action實例,多線程訪問時不會出現問題。當使用spring管理struts2的action實例對象時,scope必須配置為prototype或者session;若配置為singleton則多線程訪問時會出現問題,例如actionMessage,fieldError等信息會累加,多用戶訪問時有的用戶訪問到的是另一個用戶的數據。
2.scope=“prototype”是為每個請求提供一個action實例(與struts2的機制是一樣的)。
scope=“session”是為每個會話提供一個action實例。
3.通常使用prototype,即讓spring容器為每個請求提供一個action實例,好處是服務器端不用維護用戶狀態信息,否則使用session服務器端必須存儲狀態信息,用戶多時占用服務器端內存過多。使用prototype時,必須自己在客戶端維護用戶的狀態,每次訪問服務端時將相應狀態信息提交給服務器。
例如scope=“prototype”時,頁面一般< input name="id" type="hidden" value="${id}"/>用來存儲用戶的id信息,訪問action時提交到server端供action中函數使用。而使用scope=“session”時,頁面不必使用hidden的對象隱藏id信息,只要服務端獲取過用戶的id,action中的id屬性即會保存這個信息。
2、從整體上分析springmvc和struts2的區別
1、springmvc基於方法開發的，struts2基於類開發的。
springmvc將url和controller方法映射。映射成功后springmvc生成一個Handler對象，對象中只包括了一個method。方法執行結束，形參數據銷毀。
struts2的action類中的所有方法用的都是action類中的成員變量，一旦方法變得很多的時候，我們就會不知道action類中那么多成員變量是給那個方法去使用的。十分混亂。
但是springmvc的所有參數都是定義為方法的形參，這樣使用什么方法就將參數注入至對應方法的形參，所以springmvc的controller開發類似service開發。
2、springmvc可以進行單例開發，並且建議使用單例開發，struts2通過類的成員變量接收參數，無法使用單例，只能使用多例。
3、經過實際測試，struts2速度慢，在於使用struts標簽，如果使用struts建議使用jstl。
最后我們無法實際定義springmvc與struts到底誰好誰壞，只能說struts早期由於用的比較多，它的漏洞就比較多。建議如果使用struts，就使用最新的包，因為以前的可能會有漏洞。但springmv目前幾乎沒有漏洞，這就是springmvc最近幾年開始流行起來的原因，再有一個springmvc是基於方法開發的，更接近於service開發。
springmvc總結
springmvc框架：
DispatcherServlet前端控制器：接收request，進行response
HandlerMapping處理器映射器：根據url查找Handler。（可以通過xml配置方式，注解方式）
HandlerAdapter處理器適配器：根據特定規則去執行Handler，編寫Handler時需要按照HandlerAdapter的要求去編寫。
Handler處理器（后端控制器）：需要程序員去編寫，常用注解開發方式。
Handler處理器執行后結果 是ModelAndView，具體開發時Handler返回方法值類型包括 ：ModelAndView、String（邏輯視圖名）、void（通過在Handler形參中添加request和response，類似原始 servlet開發方式，注意：可以通過指定response響應的結果類型實現json數據輸出）
View resolver視圖解析器：根據邏輯視圖名生成真正的視圖（在springmvc中使用View對象表示）
View視圖:jsp頁面，僅是數據展示，沒有業務邏輯。
springmvc和struts2區別：
springmvc面向方法開發的（更接近service接口的開發方式），struts2面向類開發。
springmvc可以單例開發，struts2只能是多例開發。