struts與spring mvc及filter、servlet的區別

 

 

 

1）servlet和filter的區別 
Filter可認為是Servlet的一種“變種”，它主要用於對使用者請求進行預先處理，也可以對HttpServletResponse進行後處理，是個典型的處理鏈。它與Servlet的區別在於：它不能直接向使用者產生響應。完整的流程是：Filter對使用者請求進行預先處理，接著將請求交給 Servlet進行處理並產生響應，最後Filter再對伺服器響應進行後處理。 

2）servlet、filter、interceptor的執行順序   通過上圖可以看到，順序應該是我們配的filter在前，之後是struts2的FilterDispatcher，然後是各個攔截器，最後原路返回。  

Filter有如下幾個用處。 在HttpServletRequest到達Servlet之前，攔截客戶的HttpServletRequest。 根據需要檢查HttpServletRequest，也可以修改HttpServletRequest頭和資料。 在HttpServletResponse到達用戶端之前，攔截HttpServletResponse。 根據需要檢查HttpServletResponse，也可以修改HttpServletResponse頭和資料。

 

SpringMVC與Struts2的比較：

機制：

spring mvc的入口是servlet，而struts2是filter（這裡要指出，filter和servlet是不同的。以前認為filter是servlet的一種特殊），這樣就導致了二者的機制不同，這裡就牽涉到servlet和filter的區別了。

效能：

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

參數傳遞：

struts是在接受參數的時候，可以用屬性來接受參數，這就說明參數是讓多個方法共用的。

設計思想上：

struts更加符合oop的編程思想， spring就比較謹慎，在servlet上擴充。

intercepter的實現機制：

有以自己的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；而其類屬性卻被所有方法共用，這也就無法用註解或其他方式標識其所屬方法了。spring3mvc的方法之間基本上獨立的，獨享request response資料，請求資料通過參數擷取，處理結果通過ModelMap交回給架構方法之間不共用變數，而struts2搞的就比較亂，雖然方法之間也是獨立的，但其所有Action變數是共用的，這不會影響程式運行，卻給我們編碼，讀程式時帶來麻煩。