struts2過濾器執行順序

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

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

B. struts2有核心過濾器和很多攔截器，他們執行的順序是怎樣的

struts2攔截器是一個鏈表，存放在List集合，想知道執行順序，看源碼這段就行：XmlConfigurationProvider.addPackage()
struts-default.xml

C. struts2執行流程

1、客戶端初始化一個指向Servlet容器的請求
2、請求經過系列的過濾器，FilterDispatcher被調用回
3、ActionMapper決定需要調答用某個Action，FilterDispatcher把請求的處理交給ActionProxy
4、ActionProxy通過ConfigurationManager詢問框架的配置文件找到需要調用的Action類
5、ActionProxy創建一個ActionInvocation實例
6、ActionInvocation調用、回調Action的execute方法
7、Action執行完畢ActionInvocation根據struts.xml配置找到對應的返回結果

D. 如何配置struts2的過濾器

你說的是攔截器吧
第一步：創建一個類實現Intercepter介面並實現其中方法
第二步：注冊攔截器（在struts.xml）如：
<package name="cust"
namespace="/cust"
extends="struts-default">
<interceptors>
<!-- 注冊攔截器 -->
<interceptor name="first"
class="com.interceptor.FirstInterceptor"/>
<interceptor name="second"
class="com.interceptor.SecondInterceptor"/>
<!-- 注冊攔截器棧，將所有攔截器打包在一起 -->
<interceptor-stack name="mystack">
<interceptor-ref name="first"/>
<interceptor-ref name="second"/>
<!-- 引用自定義的攔截器時，會使struts2自帶的攔截器失效
因此，要將默認的攔截器加入到自定義的攔截器棧中 -->
<interceptor-ref name="defaultStack"/>
</interceptor-stack>
</interceptors>
<!--第三步： 引用攔截器 ,

<action name="toUpdateCustomer"
class="com.action.ToUpdateCustomerAction"
method="execute">
<!-- 引用攔截器 ,
<interceptor-ref name="first"/>
<interceptor-ref name="first"/>-->
<!-- 引用攔截器棧，會一次將所有的攔截器引用 -->
<interceptor-ref name="mystack"/>
<result name="success">
/WEB-INF/cust/update_customer.jsp
</result>
</action>
</package>
供參考

E. struts2 過濾器的意思

你得報錯信息是什麼啊。你導入struts2的包了么

F. Java框架Struts2的攔截器和過濾器有什麼區別

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

攔截器，是在面向切面編程的就是在你的service或者一個方法，前調用一個方法，或者在方法後調用一個方法比如動態代理就是攔截器的簡單實現，在你調用方法前列印出字元串（或者做其它業務邏輯的操作），也可以在你調用方法後列印出字元串，甚至在你拋出異常的時候做業務邏輯的操作。

攔截器與過濾器的區別：

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

執行順序：過濾前 - 攔截前 - Action處理 - 攔截後 -
過濾後。個人認為過濾是一個橫向的過程，首先把客戶端提交的內容進行過濾(例如未登錄用戶不能訪問內部頁面的處理)；過濾通過後，攔截器將檢查用戶提交數據的驗證，做一些前期的數據處理，接著把處理後的數據發給對應的Action；Action處理完成返回後，攔截器還可以做其他過程(還沒想到要做啥)，再向上返回到過濾器的後續操作。

G. 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"初始參數一個逗號隔開的包列表值來設定。

H. 急求　struts2過濾器　實例就是．．當用戶訪問任何一個action時..先判斷．是否有登錄．

首先，struts2進行許可權驗證是用攔截器做的
一個簡單的登錄攔截器示例如下：
package com.zdf.interceptor;

import com.opensymphony.xwork2.Action;
import com.opensymphony.xwork2.ActionInvocation;
import com.opensymphony.xwork2.interceptor.AbstractInterceptor;
import com.zdf.entity.Admin;

@SuppressWarnings("serial")
public class LoginInterceptor extends AbstractInterceptor{

@Override
public String intercept(ActionInvocation invocation) throws Exception {
// TODO Auto-generated method stub
Admin admin = (Admin)invocation.getInvocationContext().getSession().get("ADMIN");
if(admin!=null){
return invocation.invoke();
}else{
return Action.LOGIN;
}
}

}
struts.xml中的配置如下：
<interceptors>
<interceptor name="adminInterceptor" class="com.zdf.interceptor.AdminSessionInceptor"/>
<interceptor-stack name="myStack">
<interceptor-ref name="adminInterceptor"/>
<interceptor-ref name="defaultStack" />
</interceptor-stack>
</interceptors>
在action中進行引用
<action name="Admin_*" class="adminAction" method="{1}">
<result name="success">/Admin_List.jsp</result>
<interceptor-ref name="myStack"/>
</action>
攔截器具體如何使用，請查找詳細資料！祝你好運！

I. struts2過濾器

WEB.xml中配置struts2的代碼片段
<filter>
<filter-name>struts2</filter-name>
<filter-class>
org.apache.struts2.dispatcher.FilterDispatcher
</filter-class>
</filter>
<filter-mapping>
<filter-name>struts2</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
'/*'是攔截所有的url,你這里可以配置你的過濾規則的啊（例如/*.jsp、/*_aaa.jsp等），但是版一般不需要修改的，改權了以後，擴展起來會給你帶來一些的不必要的麻煩的

J. struts2的工作流程

在Struts2框架中的處理大概分為以下幾個步驟：

1、客戶端初始化一個指向Servlet容器（例如Tomcat）的請求

2、這個請求經過一系列的過濾器（Filter）（這些過濾器中有一個叫做ActionContextCleanUp的可選過濾器，這個過濾器對於Struts2和其他框架的集成很有幫助，例如：SiteMesh Plugin）

3、接著FilterDispatcher被調用，FilterDispatcher詢問ActionMapper來決定這個請是否需要調用某個Action

4、如果ActionMapper決定需要調用某個Action，FilterDispatcher把請求的處理交給ActionProxy

5、ActionProxy通過Configuration Manager詢問框架的配置文件，找到需要調用的Action類

6、ActionProxy創建一個ActionInvocation的實例。

7、ActionInvocation實例使用命名模式來調用，在調用Action的過程前後，涉及到相關攔截器（Intercepter）的調用。

8、一旦Action執行完畢，ActionInvocation負責根據struts.xml中的配置找到對應的返回結果。返回結果通常是（但不總是，也可 能是另外的一個Action鏈）一個需要被表示的JSP或者FreeMarker的模版。

在表示的過程中可以使用Struts2 框架中繼承的標簽。在這個過程中需要涉及ActionMapper 。

(10)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）。