過濾器與攔截器之間的關係與區別

今天學習和認識了一下，過濾器和SpringMVC的攔截器的區別，學到了很多的東西，之前一直覺得攔截器就是過濾器實現的，如今想一想還真是一種錯誤啊，並且看的比較粗淺，沒有一個全局而又細緻的認識，因爲已至深夜，時間緣由，我就把一些網友的觀點重點摘錄下來，你們仔細看後也必定會有一個比較新的認識（在此很是感謝那些大牛們的無私奉獻，分享他們的經驗與心得，才能讓像我這樣的小白有機會站一下大家這些巨人的肩膀，才能少走些彎路）。前端

　　過濾器和攔截器的區別：java

　　①攔截器是基於java的反射機制的，而過濾器是基於函數回調。
　　②攔截器不依賴與servlet容器，過濾器依賴與servlet容器。
　　③攔截器只能對action請求起做用，而過濾器則能夠對幾乎全部的請求起做用。
　　④攔截器能夠訪問action上下文、值棧裏的對象，而過濾器不能訪問。
　　⑤在action的生命週期中，攔截器能夠屢次被調用，而過濾器只能在容器初始化時被調用一次。框架

　　⑥攔截器能夠獲取IOC容器中的各個bean，而過濾器就不行，這點很重要，在攔截器裏注入一個service，能夠調用業務邏輯。ide

　　寫了點測試代碼，順便整理一下思路，搞清楚這幾者之間的順序：函數

　　1.過濾器是JavaEE標準，採用函數回調的方式進行。是在請求進入容器以後，還未進入Servlet以前進行預處理，而且在請求結束返回給前端這之間進行後期處理。post

    @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)]之間執行。ui

　　b.preHandle()方法以後，在return ModelAndView以前進行，能夠操控Controller的ModelAndView內容。

　　c.afterCompletion()方法是在過濾器返回給前端前一步執行，也就是在[chain.doFilter(request, response)][System.out.println("after...")]之間執行。

　　3.SpringMVC的機制是由同一個Servlet來分發請求給不一樣的Controller，其實這一步是在Servlet的service()方法中執行的。因此過濾器、攔截器、service()方法，dispatc()方法的執行順序應該是這樣的，大體畫了個圖：其實很是好測試，本身寫一個過濾器，一個攔截器，而後在這些方法中都加個斷點，一路F8下去就得出告終論。

　　總結：攔截器功在對請求權限鑑定方面確實頗有用處，在我所參與的這個項目之中，第三方的遠程調用每一個請求都須要參與鑑定，因此這樣作很是方便，並且他是很獨立的邏輯，這樣作讓業務邏輯代碼很乾淨。和框架的其餘功能同樣，原理很簡單，使用起來也很簡單，大體看了下SpringMVC這一部分的源碼，其實仍是比較容易理解的。

　　咱們項目中僅僅用到了preHandle這個方法，而未用其餘的，框架提供了一個已經實現了攔截器接口的適配器類HandlerInterceptorAdapter，繼承這個類而後重寫一下須要用到的方法就好了，能夠少幾行代碼，這種方式Java中不少地方都有體現。

以上部分是摘自神同樣存在的博客，參考了一下這個帖子：http://haohaoxuexi.iteye.com/blog/1750680

你們還能夠參考一下這個電子書的截圖：