Java面試題之《SpringMVC和Struts2的區別》

SpringMVC和Struts2的區別

1、框架機制

一、Struts2採用Filter（StrutsPrepareAndExecuteFilter）實現，SpringMVC（DispatcherServlet）則採用Servlet實現。
二、Filter在容器啓動以後即初始化；服務中止之後墜毀，晚於Servlet。Servlet在是在調用時初始化，先於Filter調用，服務中止後銷燬。
這裏就牽涉到servlet和filter的區別了。

2、攔截機制

一、Struts2

a、Struts2框架是類級別的攔截，每次請求就會建立一個Action，和Spring整合時Struts2的ActionBean注入做用域是原型模式prototype（不然會出現線程併發問題），而後經過setter，getter吧request數據注入到屬性。
b、Struts2中，一個Action對應一個request，response上下文，在接收參數時，能夠經過屬性接收，這說明屬性參數是讓多個方法共享的。
c、Struts2中Action的一個方法能夠對應一個url，而其類屬性卻被全部方法共享，這也就沒法用註解或其餘方式標識其所屬方法了
 
二、SpringMVC
a、SpringMVC是方法級別的攔截，一個方法對應一個Request上下文，因此方法直接基本上是獨立的，獨享request，response數據。而每一個方法同時又何一個url對應，參數的傳遞是直接注入到方法中的，是方法所獨有的。處理結果經過ModeMap返回給框架。
b、在Spring整合時，SpringMVC的Controller Bean默認單例模式Singleton，因此默認對全部的請求，只會建立一個Controller，有應爲沒有共享的屬性，因此是線程安全的，若是要改變默認的做用域，須要添加@Scope註解修改。


3、性能方面
一、SpringMVC實現了零配置，因爲SpringMVC基於方法的攔截，有加載一次單例模式bean注入。而Struts2是類級別的攔截，每次請求對應實例一個新的Action，須要加載全部的屬性值注入，因此，SpringMVC開發效率和性能高於Struts2。

二、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上下文。  

以上兩者說一便可！


4、攔截機制
Struts2有本身的攔截Interceptor機制，SpringMVC這是用的是獨立的Aop方式，這樣致使Struts2的配置文件量仍是比SpringMVC大。


5、配置方面
spring MVC和Spring是無縫的。從這個項目的管理和安全上也比Struts2高（固然Struts2也能夠經過不一樣的目錄結構和相關配置作到SpringMVC同樣的效果，可是須要xml配置的地方很多）。
SpringMVC能夠認爲已經100%零配置。


6、設計思想
Struts2更加符合OOP的編程思想， SpringMVC就比較謹慎，在servlet上擴展。


7、集成方面
SpringMVC集成了Ajax，使用很是方便，只需一個註解@ResponseBody就能夠實現，而後直接返回響應文本便可，而Struts2攔截器集成了Ajax，在Action中處理時通常必須安裝插件或者本身寫代碼集成進去，使用起來也相對不方便。

 

8、intercepter的實現機制

struts2有本身的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變量是共享的，這不會影響程序運行，卻給咱們編碼，讀程序時帶來麻煩。