過濾器攔截器

Ⅰ JAVA過濾器和攔截器的區別

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

Ⅱ 過濾器和攔截器的區別

1、filter是來servlet，jsp裡面的東西，應該說是屬於自規范了，而攔截器是struts的東西，不通用。
2、一個請求，get，post等方式，到後台，必須先經過filter，然後經過Interceptor，最後在通過在filter或者Interceptor裡面的跳轉，跳到指定的頁面或者action或者servlet中。
3、Interceptor只能攔截action請求，而filter是萬能的，是請求就能攔截。
4、filter是鏈式處理的，也就是一個filter過濾完後，如果還有過濾，那就得繼續。順序根據web.xml裡面的順序來。
5、filter是servlet包裡面的一個借口，寫一個filter，只要實現它，然後實現它的幾個方法就算一個filter了。別忘記還得再web.xml裡面配置。

Ⅲ java web 過濾器跟攔截器的區別和使用

java web 過濾器跟攔截器的區別和使用分別介紹如下：

1、過濾器的使用

Filter主要對客戶端的請求和伺服器的響應進行過濾，使用場景：

• 客戶端的請求到達伺服器，伺服器真正開始處理這個請求之前，要經過Filter的過濾

• 伺服器真正的處理完這個請求，生成響應之後，要經過Filter的過濾，才能將響應發送給客戶端

作用：可以通過Filter技術，對web伺服器管理的所有web資源，例如JSP、Servlet、靜態圖片文件或靜態 html文件等進行攔截，從而實現一些特殊的功能。例如實現URL級別的許可權訪問控制、過濾敏感詞彙、壓縮響應信息等一些高級功能。

• 配置Filter

同開發Servlet一樣，寫完了類，接下來就是配置了，我們需要在web.xml文件中配置Filter。具體的配置和Servlet配置如出一轍。

<filter>
<filter-name>log</filter-name>
<filter-class>com.jellythink.practise.LogFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>log</filter-name>
<url-pattern>/*</url-pattern>
<dispatcher>REQUEST</dispatcher>
</filter-mapping>

上面配置中比較重要的就是url-pattern和dispatcher了。

過濾類：

public class LogFilter implements Filter
{
private FilterConfig config;

public void init(FilterConfig config)
{
this.config = config;
}

public void destroy()
{
this.config = null;
}

// 這個方法是Filter的核心方法
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)
throws IOException, ServletException
{
// 對用戶的請求進行處理
ServletContext context = this.config.getServletContext();
long begin = System.currentTimeMillis();

// 輸出過濾信息
System.out.println("開始過濾...");
HttpServletRequest hRequest = (HttpServletRequest)request;
System.out.println("Filter已經截獲到用戶請求的地址:" + hRequest.getServletPath());
// 處理完以後，將請求交給下一個Filter或者Servlet處理
chain.doFilter(request, response);
// 對伺服器的響應進行處理
long end = System.currentTimeMillis();
System.out.println("過濾結束");
System.out.println("請求被定為到:" + hRequest.getRequestURI() + "; 所花費的時間為:" + (end - begin));
}
}

2、攔截器的使用：

攔截器的主要作用是攔截用戶的請求並進行相應的處理。比如通過它來進行許可權驗證，或者是來判斷用戶是否登陸，或者是像12306那樣子判斷當前時間是否是購票時間。

1.在SpringMVC的配置文件中加上支持MVC的schema

xmlns:mvc="http://www.springframework.org/schema/mvc"
xsi:schemaLocation=" http://www.springframework.org/schema/mvc
http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd"
下面是聲明示例：

<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context"
xmlns:mvc="http://www.springframework.org/schema/mvc"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-3.0.xsd
http://www.springframework.org/schema/mvc
http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd">

這樣在SpringMVC的配置文件中就可以使用mvc標簽了，mvc標簽中有一個mvc:interceptors是用於聲明SpringMVC的攔截器的。

Ⅳ java web 過濾器跟攔截器的區別和使用

區別如下：

1 、攔截器是基於java的反射機制的，而過濾器是基於函數回調。

2 、攔截器不依賴與servlet容器，過濾器依賴與servlet容器。

3 、攔截器只能對action請求起作用，而過濾器則可以對幾乎所有的請求起作用。

4 、攔截器可以訪問action上下文、值棧里的對象，而過濾器不能訪問。

5 、在action的生命周期中，攔截器可以多次被調用，而過濾器只能在容器初始化時被調用一次。

使用如下：

在Servlet作為過濾器使用時，它可以對客戶的請求進行處理。處理完成後，它會交給下一個過濾器處理，這樣，客戶的請求在過濾鏈里逐個處理，直到請求發送到目標為止。例如，某網站里有提交「修改的注冊信息」的網頁，當用戶填寫完修改信息並提交後，伺服器在進行處理時需要做兩項工作：判斷客戶端的會話是否有效；對提交的數據進行統一編碼。

這兩項工作可以在由兩個過濾器組成的過濾鏈里進行處理。當過濾器處理成功後，把提交的數據發送到最終目標；如果過濾器處理不成功，將把視圖派發到指定的錯誤頁面。

(4)過濾器攔截器擴展閱讀：

攔截器，在AOP（Aspect-Oriented Programming）中用於在某個方法或欄位被訪問之前，進行攔截然後在之前或之後加入某些操作。攔截是AOP的一種實現策略。

在Webwork的中文文檔的解釋為——攔截器是動態攔截Action調用的對象。它提供了一種機制可以使開發者可以定義在一個action執行的前後執行的代碼，也可以在一個action執行前阻止其執行。同時也是提供了一種可以提取action中可重用的部分的方式。

過濾器是一個程序，它先於與之相關的servlet或JSP頁面運行在伺服器上。過濾器可附加到一個或多個servlet或JSP頁面上，並且可以檢查進入這些資源的請求信息。

Ⅳ springmvc過濾器和攔截器的區別

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

攔截器的代碼實現(以struts2為例)：
1、在xml文件中如何定義攔截器
<interceptors>
<interceptor name="filterIPInterceptor"
class="com.xxxx.web.FilterIPActionInterceptor" />
<interceptor-stack name="filterIPStack">
<interceptor-ref name="defaultStack" />

<interceptor-ref name="filterIPInterceptor" />
</interceptor-stack>
</interceptors>

2、怎麼遍別寫自定義攔截器

public class FilterIPActionInterceptor extends AbstractInterceptor
{
/** 日誌控制. */
private final Log log = LogFactory.getLog(getClass());

/**
* @see com.opensymphony.xwork2.interceptor.AbstractInterceptor#intercept(com.opensymphony.xwork2.ActionInvocation)
*/
@Override

Ⅵ 一個網站的許可權管理，用過濾器還是攔截器更好

Struts2項目通過使用Struts的if標簽進行了session判斷，使得未登錄的用戶不能看到頁面，但是這 種現僅僅在view層進行，如果未登錄用戶直接在地址欄輸入登錄用戶才能訪問的地址，那麼相應的action還是會執行，僅僅是不讓用戶看到罷了。這樣顯然是不好的，所以研究了一下Struts2的許可權驗證。
許可權最核心的是業務邏輯，具體用什麼技術來實現就簡單得多。
通常：用戶與角色建立多對多關系，角色與業務模塊構成多對多關系，許可權管理在後者關系中。
對許可權的攔截，如果系統請求量大，可以用Struts2攔截器來做，請求量小可以放在filter中。但一般單級攔截還不夠，要做到更細粒度的許可權控制，還需要多級攔截。

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

Ⅶ java中攔截器 過濾器 監聽器都有什麼區別尤其是攔截器和過濾器

過濾器，是在java web中，你傳入的request,response提前過濾掉一些信息，或者提前設置一些參數，然後再傳入servlet或者struts2的
action進行業務邏輯，比如過濾掉非法url（不是login.do的地址請求，如果用戶沒有登陸都過濾掉）,或者在傳入servlet或者
struts2的action前統一設置字元集，或者去除掉一些非法字元
攔截器，是在面向切面編程的就是在你的service或者一個方法，前調用一個方法，或者在方法後調用一個方法比如動態代理就是攔截器的簡單實現，在你調用方法前列印出字元串（或者做其它業務邏輯的操作），也可以在你調用方法後列印出字元串，甚至在你拋出異常的時候做業務邏輯的操作。

攔截器與過濾器的區別 ：
攔截器是基於java的反射機制的，而過濾器是基於函數回調。
攔截器不依賴與servlet容器，過濾器依賴與servlet容器。
攔截器只能對action請求起作用，而過濾器則可以對幾乎所有的請求起作用。
攔截器可以訪問action上下文、值棧里的對象，而過濾器不能訪問。
在action的生命周期中，攔截器可以多次被調用，而過濾器只能在容器初始化時被調用一次
執行順序 ：過濾前 - 攔截前 - Action處理 - 攔截後 -
過濾後。個人認為過濾是一個橫向的過程，首先把客戶端提交的內容進行過濾(例如未登錄用戶不能訪問內部頁面的處理)；過濾通過後，攔截器將檢查用戶提交數
據的驗證，做一些前期的數據處理，接著把處理後的數據發給對應的Action；Action處理完成返回後，攔截器還可以做其他過程，再向上返回到過濾器的後續操作。

監聽器：這個東西在c/s模式裡面經常用到，他會對特定的事件產生產生一個處理。監聽在很多模式下用到。比如說觀察者模式，就是一個監聽來的。又比如struts2可以用監聽來啟動。Servlet監聽器用於監聽一些重要事件的發生，監聽器對象可以在事情發生前、發生後可以做一些必要的處理。
好比如果說Servlet的監聽器Listener，它是實現了javax.servlet.ServletContextListener
介面的伺服器端程序，它也是隨web應用的啟動而啟動，只初始化一次，隨web應用的停止而銷毀。主要作用是：
做一些初始化的內容添加工作、設置一些基本的內容、比如一些參數或者是一些固定的對象等等。

Ⅷ 過濾器和攔截器的區別

過濾器可以簡單理解為「取你所想取」，忽視掉那些你不想要的東西；攔截器可以簡單理專解為「拒你所想屬拒」，關心你想要拒絕掉哪些東西，比如一個BBS論壇上攔截掉敏感詞彙。
1.攔截器是基於java反射機制的，而過濾器是基於函數回調的。
2.過濾器依賴於servlet容器，而攔截器不依賴於servlet容器。
3.攔截器只對action起作用，而過濾器幾乎可以對所有請求起作用。
4.攔截器可以訪問action上下文、值棧里的對象，而過濾器不能。
5.在action的生命周期里，攔截器可以多起調用，而過濾器只能在容器初始化時調用一次。

Ⅸ 過濾器和攔截器分別有什麼作用

①攔截器是基於抄java的反射機制的，襲而過濾器是基於函數回調。
②攔截器不依賴與servlet容器，過濾器依賴與servlet容器。
③攔截器只能對action請求起作用，而過濾器則可以對幾乎所有的請求起作用。
④攔截器可以訪問action上下文、值棧里的對象，而過濾器不能訪問。
⑤在action的生命周期中，攔截器可以多次被調用，而過濾器只能在容器初始化時被調用一次。
⑥攔截器可以獲取IOC容器中的各個bean，而過濾器就不行，這點很重要，在攔截器里注入一個service，可以調用業務邏輯。
http://blog.csdn.net/chenleixing/article/details/44573495