上次給大家分享了SpringMVC中的RESTfull風格的請求，今天我給大家分享一下SpringMVM中的攔截器。
Springmvc的處理器攔截器類似於Servlet 開發中的過濾器Filter，用於對處理器進行預處理和後處理。本文主要總結一下springmvc中攔截器是如何定義的，以及測試攔截器的執行情況和使用方法。
1. SpringMVC攔截器的定義
在springmvc中，定義攔截器要實現HandlerInterceptor接口，並實現該接口中提供的三個方法，如下：
針對這三個方法，我做一下簡單的分析：
1）preHandle方法：進入Handler方法之前執行。可以用於身份認證、身份授權。比如如果認證沒有通過表示用戶沒有登陸，需要此方法攔截不再往下執行（return false），否則就放行（return true）。
2）postHandle方法：進入Handler方法之後，返回ModelAndView之前執行。可以看到該方法中有個modelAndView的形參。應用場景：從modelAndView出發：將公用的模型數據（比如菜單導航之類的）在這裏傳到視圖，也可以在這裏同一指定視圖。
3）afterCompletion方法：執行Handler完成之後執行。應用場景：統一異常處理，統一日誌處理等
2. SpringMVC攔截器的配置
在springmvc中，攔截器是針對具體的HandlerMapping進行配置的，也就是說如果在某個HandlerMapping中配置攔截，經過該 HandlerMapping映射成功的handler最終使用該攔截器。比如，假設我們在配置文件中配置了的映射器是org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping，那麼我們可以這樣來配置攔截器：
那麼在springmvc中，如何配置類似於全局的攔截器呢？上面也說了，springmvc中的攔截器是針對具體的映射器的，爲了解決這個問題，springmvc框架將配置的類似全局的攔截器注入到每個HandlerMapping中，這樣就可以成爲全局的攔截器了。配置如下：
一般我們都用這種配置，mvc:mapping中指定要攔截的url即可。
3. SpringMVC攔截器的執行與測試
仿照上面的HandlerInterceptor1再寫兩個攔截器，HandlerInterceptor2和HandlerInterceptor3，配置是按照上面這個配置。然後我們來測試一下三個攔截器的執行情況，並做相關總結。
1）三個攔截器都放行
也就是說，我們將三個攔截器的preHandle方法中返回值都改成true，來測試一下攔截器的執行順序，測試結果如下：
根據打印的結果做一個總結：當所有攔截器都放行的時候，preHandle方法是按照配置的順序執的；而另外兩個方法按照配置的順序逆向執行的。
2）有一個攔截器不放行
我們將第三個攔截器的preHandle方法中返回值改成false，前兩個還是true，來測試一下攔截器的執行順序，測試結果如下：
根據打印的結果做一個總結。
由於攔截器1和2放行，所以攔截器3的preHandle才能執行。也就是說前面的攔截器放行，後面的攔截器才能執行preHandle；
攔截器3不放行，所以其另外兩個方法沒有被執行。即如果某個攔截器不放行，那麼它的另外兩個方法就不會背執行；
只要有一個攔截器不放行，所有攔截器的postHandle方法都不會執行，但是隻要執行過preHandle並且放行的，就會執行afterCompletion方法。
3）三個攔截器都不放行
這種情況其實可以參考上面的情況了，是一個特例，也看一下運行結果：
很明顯，就只執行了第一個攔截器的preHandle方法，因爲都不放行，所以沒有一個執行postHandle方法和afterCompletion方法。