經過本人的最後測試得出的結論是

由於最近做的專案中有一部分是介面遠端呼叫，用到了接入許可權和業務許可權的鑑定，需要採用SpringMVC的攔截器，以前用Struts2的時候用過攔截器，而SpringMVC的攔截器功能之前沒研究過，所以這次來稍微研究一下，得出的結論是SpringMVC的攔截器和Struts2的攔截器原理幾乎是一模一樣的，都是利用反射功能實現動態代理。

因為過濾器和攔截器有很多相似甚至相同的地方，因為很多時候二者都能達到相同的能力。所以也重新看了下過濾器。

過濾器和攔截器的區別，百度了一下：

①攔截器是基於java的反射機制的，而過濾器是基於函式回撥。

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

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

④攔截器可以訪問action上下文、值棧裡的物件，而過濾器不能訪問。

⑤在action的生命週期中，攔截器可以多次被呼叫，而過濾器只能在容器初始化時被呼叫一次

filter 

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

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;//返回true表示請求成功，postHandle,afterCompletion才睡執行，
}
@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()方法的執行順序應該是這樣的，大致畫了個圖：其實非常好測試，自己寫一個過濾器，一個攔截器，然後在這些方法中都加個斷點，一路F8下去就得出了結論。

總結：攔截器功在對請求許可權鑑定方面確實很有用處，在我所參與的這個專案之中，第三方的遠端呼叫每個請求都需要參與鑑定，所以這樣做非常方便，而且他是很獨立的邏輯，這樣做讓業務邏輯程式碼很乾淨。和框架的其他功能一樣，原理很簡單，使用起來也很簡單，大致看了下SpringMVC這一部分的原始碼，其實還是比較容易理解的。

我們專案中僅僅用到了preHandle這個方法，而未用其他的，框架提供了一個已經實現了攔截器介面的介面卡類HandlerInterceptorAdapter，繼承這個類然後重寫一下需要用到的方法就行了，可以少幾行程式碼，這種方式Java中很多地方都有體現。