①攔截器interceptor是基於Java的反射機制的，而過濾器Filter是基於函數回調,實現的filter接口中doFilter方法就是回調函數。
②攔截器interceptor不依賴與servlet容器，過濾器Filter依賴與servlet容器,沒有servlet容器就無法來回調doFilter方法。
③攔截器interceptor只能對action請求起作用，而過濾器Filter則可以對幾乎所有的請求起作用,Filter的過濾范圍比Interceptor大,Filter除了過濾請求外通過通配符可以保護頁面，圖片，文件等等。
④攔截器interceptor可以訪問action上下文、值棧里的對象，而過濾器Filter不能訪問。
⑤在action的生命周期中，攔截器interceptor可以多次被調用，而過濾器Filter只能在容器初始化時被調用一次。
⑥攔截器interceptor可以獲取IOC容器中的各個bean，而過濾器Filter就不行，這點很重要，在攔截器里注入一個service，可以調用業務邏輯。
SpringMVC的機制是由同一個Servlet來分發請求給不同的Controller，其實這一步是在Servlet的service()方法中執行的。所以過濾器、攔截器、service()方法，dispatc()方法的執行順序應該是這樣的，大致畫了個圖：其實非常好測試，自己寫一個過濾器，一個攔截器，然后在這些方法中都加個斷點，一路F8下去就得出了結論。
(下面部分摘自Java我人生（陳磊興）的技術博客)
總結：攔截器功在對請求權限鑒定方面確實很有用處，在我所參與的這個項目之中，第三方的遠程調用每個請求都需要參與鑒定，所以這樣做非常方便，而且他是很獨立的邏輯，這樣做讓業務邏輯代碼很干凈。和框架的其他功能一樣，原理很簡單，使用起來也很簡單，大致看了下SpringMVC這一部分的源碼，其實還是比較容易理解的。
我們項目中僅僅用到了preHandle這個方法，而未用其他的，框架提供了一個已經實現了攔截器接口的適配器類HandlerInterceptorAdapter，繼承這個類然后重寫一下需要用到的方法就行了，可以少幾行代碼，這種方式Java中很多地方都有體現。
以上部分是摘自神一樣存在的博客，參考了一下這個帖子：http://haohaoxuexi.iteye.com/blog/1750680
大家還可以參考一下這個電子書的截圖：
