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

在struts2中用過filter過濾器，在springmvc中還有攔截器，它們都能過濾請求，但是到底有什麼區別呢？

一、定義

攔截器：是在面向切面程式設計的就是在你的service或者一個方法，前呼叫一個方法，或者在方法後呼叫一個方法比如動態代理就是攔截器的簡單實現，在你呼叫方法前打印出字串（或者做其它業務邏輯的操作），也可以在你呼叫方法後打印出字串，甚至在你丟擲異常的時候做業務邏輯的操作。

過濾器：是在javaweb中，你傳入的request、response提前過濾掉一些資訊，或者提前設定一些引數，然後再傳入servlet或者struts的action進行業務邏輯，比如過濾掉非法url（不是login.do的地址請求，如果使用者沒有登陸都過濾掉），或者在傳入servlet或者struts的action前統一設定字符集，或者去除掉一些非法字元.。

二、xml檔案配置

1.filter

該過濾器的方法是建立一個類xxxfilter實現此介面，並在該類中的dofilter方法中宣告過濾規則，然後在配置檔案web.xml中宣告他所過濾的路徑

com.web.util.xxxfilter

com.web.util.xxxfilter

2.interceptor

它也要實現handlerinterceptor介面，這裡只介紹方法註解配置

三、具體區別

filter

interceptor

多個的執行順序

根據filtermapping配置的先後順序

按照配置的順序，但是可以透過order控制順序

規範

在servlet規範中定義的，是servlet容器支援的

spring容器內的，是spring框架支援的。

使用範圍

只能用於web程式中

既可以用於web程式，也可以用於application、swing程式中。

深度

filter在只在servlet前後起作用

攔截器能夠深入到方法前後、異常丟擲前後等

四、總結

兩者的本質區別：攔截器是基於java的反射機制的，而過濾器是基於函式回撥。從靈活性上說攔截器功能更強大些，filter能做的事情，他都能做，而且可以在請求前，請求後執行，比較靈活。filter主要是針對url地址做一個編碼的事情、過濾掉沒用的引數、安全校驗（比較泛的，比如登入不登入之類），太細的話，還是建議用interceptor。不過還是根據不同情況選擇合適的。