struts2和過濾器原理

㈠ Struts2中過濾器和攔截器的區別

• 過濾器是在javaweb中，你傳入的request,response提前過濾掉一些信息，或者提前設置一些參數，然後再傳入servlet或者struts的action進行業務邏輯，比如過濾掉非法url（不是login.do的地址請求，如果用戶沒有登陸都過濾掉）,或者在傳入servlet或者struts的action前統一設置字元集，或者去除掉一些非法字元（如：聊天室經常用到的，一些罵人的話）

• 攔截器可通過的是符合條件的action。攔截器本身是一個普通的Java對象，它能動態攔截Action調用，Action執行前後執行攔截器本身提供的各種個樣的Web項目需求。也可以阻止Action的執行，同時也可以提取Action中可以復用的部分。

㈡ struts2原理

struts2的一個核心理念就是所有的請求都經過一個核心過濾器，這個核心過濾器在最新版本里是StrutsPrepareAndExecuteFilter，這個核心過濾器你可以把它拆分成prepare和execute兩個過濾器，一個用來提前做准備，一個用來對用戶的請求進行響應。單純用struts2的話，這個裡面不應該自己再去寫servlet了。還有，過濾器是過濾器，servlet和過濾器是不一樣的。servlet可以用來生成response而過濾器不能生成。另一個問題，jsp本身就是servlet，用來向用戶展示頁面。所以在struts2里servlet就只剩下jsp頁面，因為用戶使用struts的主要部分就是寫action——用來進行業務處理。我們所寫的action都會靜態的配置在struts配置文件中，所以在StrutsPrepareAndExecuteFilter的准備階段，她就會根據struts生成一個actionmapping，等用戶的請求來的時候，便會根據url在actionmapingmanager的作用下找到相應的action了，最近在看struts源碼，基本上就是這個過程，不知道幫到你 了嗎。

㈢ struts2 攔截器和過濾器的作用是什麼

攔截器的工作原理：
當接收到一個httprequest ,
a) 當外部的httpservletrequest到來時
b) 初始到了servlet容器 傳遞給一個標準的過濾器鏈
c) FilterDispatecher會去查找相應的ActionMapper，如果找到了相應的ActionMapper它將會將控制許可權交給ActionProxy
d) ActionProxy將會通過ConfigurationManager來查找配置struts.xml
i. 下一步將會 通過ActionInvocation來負責命令模式的實現（包括調用一些攔截Interceptor框架在調用action之前）
ii. Interceptor做一些攔截或者初始的工作
e) 一旦action返回，會查找相應的Result
f) Result類型可以是 jsp或者freeMark 等
g) 這些組件和ActionMapper一起返回給請求的url（注意攔截器的執行順序）
h) 響應的返回是通過我們在web.xml中配置的過濾器
i) 如果ActionContextCleanUp是當前使用的，則FilterDispatecher將不會清理sreadlocal ActionContext;如果ActionContextCleanUp不使用，則將會去清理sreadlocals。
攔截器實現原理：

1、攔截器是基於java反射機制的，而過濾器是基於函數回調的。
2、過濾器依賴於servlet容器，而攔截器不依賴於servlet容器。
3、攔截器只能對Action請求起作用，而過濾器則可以對幾乎所有請求起作用。
4、攔截器可以訪問Action上下文、值棧里的對象，而過濾器不能。
5、在Action的生命周期中，攔截器可以多次調用，而過濾器只能在容器初始化時被調用一次。

過濾器的作用：
(1)執行Actions
過濾器通過ActionMapper對象，來判斷是否應該被映射到Action.如果mapper對象指示他應該被映射，過濾鏈將會被終止，然後Action被調用。這一點非常重要，如果同時使用SiteMesh filter，則SiteMesh filter應該放到該過濾器前，否則Action的輸出將不會被裝飾。
(2)清除ActionContext
過濾器為了確保內存溢出，會自動的清除ActionContext。這可能會存在一些問題，在和其它的框架集成時，例如SiteMesh。ActionContextCleanUp提供了怎麼處理這些問題的一些信息。
(3)維護靜態內容
過濾器也會維護在Struts2中使用的一些公共的靜態的內容，例如JavaScript文件，CSS文件等。搜索/struts/*范圍內的請求，然後將/struts/後面的值映射到一些struts的公共包中，也可以在你的類路徑中搜索。默認情況下會去查找以下包：org.apache.struts2.static.template。這樣你只用請求/struts/xhtml/styles.css，XHTML UI主題默認的樣式表將會被返回。同樣，AJAX UI組件需要的JavaScript文件，也可以在org.apache.struts2.static包中被找到。如果你想加入其它被搜索的包，在web.xml中設置filter時，通過給"actionPackages"初始參數一個逗號隔開的包列表值來設定。

㈣ struts2 攔截器和過濾器的作用是什麼

struts2攔截器，在AOP中用於在某個方法或欄位被訪問之前，進行攔截然後在之前或之後加入某些操作。攔截是AOP的一種實現策略。過濾器是輸送介質管道上不可缺少的一種裝置，通常安裝在減壓閥、泄壓閥、定水位閥 ,方工過濾器其它設備的進口端設備。

㈤ struts2.0的工作原理

客戶端發出一個請求，伺服器端接收請求。

如果該請求是一個以 .action 結尾請求，則Struts2將請求轉發至相應的Action，進行數據類型轉換，如果數據類型轉換出錯，則返回到 input 指定的結果頁面。

如果數據類型轉換沒有出錯，則調用setXX 方法進行設值，如果使用了validate()驗證方法（或者是使用了驗證框架），則進行相應的驗證。

如果驗證出錯，回到 input 指定的結果頁面。

如果沒有使用驗證，或者驗證沒有出錯，則執行 execute（） 方法，返回到相應的頁面。

(5)struts2和過濾器原理擴展閱讀：

Struts2流程註解

當Web容器收到請求（HttpServletRequest）它將請求傳遞給一個標準的的過濾鏈包括（ActionContextCleanUp）過濾器。

經過Other filters(SiteMesh ,etc)，需要調用FilterDispatcher核心控制器，然後它調用ActionMapper確定請求哪個Action，ActionMapper返回一個收集Action詳細信息的ActionMaping對象。

FilterDispatcher將控制權委派給ActionProxy,ActionProxy調用配置管理(ConfigurationManager) 從配置文件中讀取配置信息(struts.xml)，然後創建ActionInvocation對象。

ActionInvocation在調用Action之前會依次的調用所用配置攔截器（Interceptor N）一旦執行結果返回結果字元串ActionInvocation負責查找結果字元串對應的(Result）然後執行這個Result Result會調用一些模版（JSP）來呈現頁面。

攔截器(Interceptor N)會再被執行（順序和Action執行之前相反）最後響應(HttpServletResponse)被返回在web.xml中配置的那些過濾器和核心控制器（FilterDispatcher）。