㈠ java中攔截器和過濾器的區別
1. 攔截器是基於java的反射機制的，而過濾器是基於函數回調。
2. 攔截器不依賴與servlet容器，過濾器依賴與servlet容器。
3. 攔截器只能對action請求起作用，而過濾器則可以對幾乎所有的請求起作用。
4. 攔截器可以訪問action上下文、值棧里的對象，而過濾器不能訪問。
5. 在action的生命周期中，攔截器可以多次被調用，而過濾器只能在容器初始化時被調用一次
㈡ struts 攔截器和過濾器的區別和原理
1、攔截器是基於java反射機制的，而過濾器是基於函數回調的。
1.filter基於回調函數，我們需要實現的filter介面中doFilter方法就是回調函數，而interceptor則基於java本身的反射機制,這是兩者最本質的區別。
2、過濾器依賴於servlet容器，而攔截器不依賴於servlet容器。
2.filter是依賴於servlet容器的，即只能在servlet容器中執行，很顯然沒有servlet容器就無法來回調doFilter方法。而interceptor與servlet容器無關。
3、攔截器只能對Action請求起作用，而過濾器則可以對幾乎所有請求起作用。
3.Filter的過濾范圍比Interceptor大,Filter除了過濾請求外通過通配符可以保護頁面，圖片，文件等等，而Interceptor只能過濾請求。
4、攔截器可以訪問Action上下文、值棧里的對象，而過濾器不能。
5、在Action的生命周期中，攔截器可以多次調用，而過濾器只能在容器初始化時被調用一次。
6.Filter的過濾例外一般是在載入的時候在init方法聲明,而Interceptor可以通過在xml聲明是guest請求還是user請求來辨別是否過濾。
過濾器的作用：(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文件，也可以在o rg.apache.struts2.static包中被找到。如果你想加入其它被搜索的包，在web.xml中設置filter時，通過給"actionPackages"初始參數一個逗號隔開的包列表值來設定。
攔截器的意義
其實攔截器也可以理解為調用方法的一種改進。因為攔截器可以在目標對象執行以前由系統自動執行，而調用方法則必須顯示的調用才可以。這就使攔截器本身擁有更高層次的解耦性。
攔截器的作用：
比如防止表單重復提交，進行輸入校驗…我們可以打開struts2-core.jar包下的struts-default.xml中看到struts2都實現了哪些攔截器。大家應該也都了解struts-default.xml這個文件是我們寫struts.xml時需要繼承的xml文件，其中就聲明了大量的攔截器和攔截器棧。我們可以找到defaultStack這個攔截器棧，它就是struts2默認載入的攔截器棧，他提供了struts2的基本操作，比如得到參數並將參數賦值給對應的action中的屬性……
註：當我們手動為某個action添加一個攔截器的時候，會讓defaultStack自動無效，所以需要首先引用defaultStack然後再添加其他的攔截器
㈢ 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的攔截器的。
㈣ SpringMVC的攔截器和過濾器的區別與聯系
首先給介紹下過濾器和攔截器的區別：
（1）攔截器是基於Java的反射機制的，而過濾器是基於函數回調。
（2）攔截器不依賴與servlet容器，過濾器依賴與servlet容器。
（3）攔截器只能對action請求起作用，而過濾器則可以對幾乎所有的請求起作用。
（4）攔截器可以訪問action上下文、值棧里的對象，而過濾器不能訪問。
（5）在action的生命周期中，攔截器可以多次被調用，而過濾器只能在容器初始化時被調用一次。
（6）攔截器可以獲取IOC容器中的各個bean，而過濾器就不行，這點很重要，在攔截器里注入一個service，
可以調用業務邏輯。
然後進行分析下：
1.過濾器是JavaEE標准，採用函數回調的方式進行。是在請求進入容器之後，還未進入Servlet之前進行預處
理，並且在請求結束返回給前端這之間進行後期處理。
@Override
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
System.out.println("before...");
chain.doFilter(request, response);
System.out.println("after...");
}
chain.doFilter(request, response);這個方法的調用作為分水嶺。事實上調用Servlet的doService()方法是在
chain.doFilter(request, response);這個方法中進行的。
2.攔截器是被包裹在過濾器之中的。
@Override
public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
System.out.println("preHandle");
return true;
}
@Override
public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
System.out.println("postHandle");
}
@Override
public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {
System.out.println("afterCompletion");
}
a.preHandle()這個方法是在過濾器的chain.doFilter(request, response)方法的前一步執行，也就是在
[System.out.println("before...")][chain.doFilter(request, response)]之間執行。
b.preHandle()方法之後，在return ModelAndView之前進行，可以操控Controller的ModelAndView內容。
c.afterCompletion()方法是在過濾器返回給前端前一步執行，也就是在[chain.doFilter(request, response)]
[System.out.println("after...")]之間執行。
3.SpringMVC的機制是由同一個Servlet來分發請求給不同的Controller，其實這一步是在Servlet的service()方法
中執行的。所以過濾器、攔截器、service()方法，dispatc()方法的執行順序應該是這樣的如下圖:
㈤ 攔截器和過濾器區別
1、過濾器和攔截器觸發時機不一樣，過濾器是在請求進入容器後，但請求進入servlet之前進行預處理的。請求結束返回也是，是在servlet處理完後，返回給前端之前。
2、攔截器可以獲取IOC容器中的各個bean，而過濾器就不行，因為攔截器是spring提供並管理的，spring的功能可以被攔截器使用，在攔截器里注入一個service，可以調用業務邏輯。而過濾器是JavaEE標准，只需依賴servlet api ，不需要依賴spring。
過濾器攔截器運行先後步驟：
其中第2步，SpringMVC的機制是由DispaterServlet來分發請求給不同的Controller，其實這一步是在Servlet的service()方法中執行的.
3、過濾器的實現基於回調函數。而攔截器（代理模式）的實現基於反射，代理分靜態代理和動態代理，動態代理是攔截器的簡單實現。
何時使用攔截器？何時使用過濾器？
如果是非spring項目，那麼攔截器不能用，只能使用過濾器。
如果是處理controller前後，既可以使用攔截器也可以使用過濾器。
如果是處理dispaterServlet前後，只能使用過濾器。
㈥ 攔截器(Interceptor)和過濾器(Filter)的區別和執行順序)
1）攔截器是基於java的反射機制的，而過濾器是基於函數回調。
2）攔截器是依賴於web框架，而過濾器是依賴於servlet容器。
3）攔截器只能對action請求起作用，而過濾器可以對request請求和response響應起作用。
3）攔截器可以處理業務邏輯，而過濾器不能。
4）在action的生命周期中，攔截器實例可以多次被調用，而過濾器實例只能在servlet容器初始化時被調用一次。
過濾器前 -> 攔截器前 -> action處理 -> 攔截器後 -> 過濾器後。
㈦ java中攔截器和過濾器的區別
1、首先要明確什麼是攔截器、什麼是過濾器
1.1 什麼是攔截器：
攔截器，在AOP（Aspect-Oriented Programming）中用於在某個方法或欄位被訪問之前，進行攔截然後在之前或之後加入某些操作。攔截是AOP的一種實現策略。
在Webwork的中文文檔的解釋為——攔截器是動態攔截Action調用的對象。它提供了一種機制可以使開發者可以定義在一個action執行的前後執行的代碼，也可以在一個action執行前阻止其執行。同時也是提供了一種可以提取action中可重用的部分的方式。
談到攔截器，還有一個詞大家應該知道——攔截器鏈（Interceptor Chain，在Struts 2中稱為攔截器棧 Interceptor Stack）。攔截器鏈就是將攔截器按一定的順序聯結成一條鏈。在訪問被攔截的方法或欄位時，攔截器鏈中的攔截器就會按其之前定義的順序被調用。
1.2. 攔截器的實現原理：
大部分時候，攔截器方法都是通過代理的方式來調用的。Struts 2的攔截器實現相對簡單。當請求到達Struts 2的ServletDispatcher時，Struts 2會查找配置文件，並根據其配置實例化相對的攔截器對象，然後串成一個列表（list），最後一個一個地調用列表中的攔截器。
1.3 什麼是過濾器
過濾器是一個程序，它先於與之相關的servlet或JSP頁面運行在伺服器上。過濾器可附加到一個或多個servlet或JSP頁面上，並且可以檢查進入這些資源的請求信息。在這之後，過濾器可以作如下的選擇：
①以常規的方式調用資源（即，調用servlet或JSP頁面）。
②利用修改過的請求信息調用資源。
③調用資源，但在發送響應到客戶機前對其進行修改。
④阻止該資源調用，代之以轉到其他的資源，返回一個特定的狀態代碼或生成替換輸出。
1.4 Servlet過濾器的基本原理
在Servlet作為過濾器使用時，它可以對客戶的請求進行處理。處理完成後，它會交給下一個過濾器處理，這樣，客戶的請求在過濾鏈里逐個處理，直到請求發送到目標為止。例如，某網站里有提交「修改的注冊信息」的網頁，當用戶填寫完修改信息並提交後，伺服器在進行處理時需要做兩項工作：判斷客戶端的會話是否有效；對提交的數據進行統一編碼。這兩項工作可以在由兩個過濾器組成的過濾鏈里進行處理。當過濾器處理成功後，把提交的數據發送到最終目標；如果過濾器處理不成功，將把視圖派發到指定的錯誤頁面。
㈧ 解釋一下Java反射，aop，攔截器，過濾器。
java反射：java程序在運行的時候能夠獲取類與對象的信息並使用對象。
AOP：面向切面編程，目前很火，採集動態代理模式實現，用於日誌、事務、許可權、異常處理等。
攔截器：Struts與Spring都有攔截器，都是基於AOP思想實現的。
過濾器：是sevlet里的概念，使用的是責任鏈模式。
這些東西很難用一句話說清楚，我只是按自己的理解簡略的說下，想搞清楚建議先學習下java的動態代理。
㈨ java中攔截器和過濾器的區別
過濾器和攔截器的區別：
①攔截器是基於java的反射機制的，而過濾器是基於函數回調。
②攔截器不依賴與servlet容器，過濾器依賴與servlet容器。
③攔截器只能對action請求起作用，而過濾器則可以對幾乎所有的請求起作用。
④攔截器可以訪問action上下文、值棧里的對象，而過濾器不能訪問。
⑤在action的生命周期中，攔截器可以多次被調用，而過濾器只能在容器初始化時被調用一次。
⑥攔截器可以獲取IOC容器中的各個bean，而過濾器就不行，這點很重要，在攔截器里注入一個service，可以調用業務邏輯。
㈩ 過濾器和攔截器的區別
攔截器與過來濾器的區別 ：
攔截自器是基於java的反射機制的，而過濾器是基於函數回調。
攔截器不依賴與servlet容器，過濾器依賴與servlet容器。
攔截器只能對action請求起作用，而過濾器則可以對幾乎所有的請求起作用。
攔截器可以訪問action上下文、值棧里的對象，而過濾器不能訪問。
在action的生命周期中，攔截器可以多次被調用，而過濾器只能在容器初始化時被調用一次
執行順序 ：過濾前 - 攔截前 - Action處理 - 攔截後 - 過濾後。個人認為過濾是一個橫向的過程，首先把客戶端提交的內容進行過濾(例如未登錄用戶不能訪問內部頁面的處理)；過濾通過後，攔截器將檢查用戶提交數據的驗證，做一些前期的數據處理，接著把處理後的數據發給對應的Action；Action處理完成返回後，攔截器還可以做其他過程(還沒想到要做啥)，再向上返回到過濾器的後續操作。