過濾器的作用攔截請求，提取公用的程式碼，在請求訪問action之前先處理一段程式碼，在action處理之後，在處理一段程式碼；基於這樣的作用，我們就可以在請求訪問action之前先處理一些整個專案共用的程式碼片段，比如，域名，，請求的url資訊，以及基於域名拓展的自定義資訊，比如使用者資料等等基礎資料，獲取到這些基礎資料之後，將這些資料儲存在請求的上下文，這樣在所有action請求就可以通用；

spring為我們提供很多基礎的過濾器介面，比如GenericFilterBean,Filter ,OncePerRequestFilter等等，這裡我使用了基於GenericFilterBean自定義自己的過濾器，實現抽象方法doFilter,在該方法中實現自己的業務程式碼即可 其他過濾器用法類似，可以參考其他的資料；程式碼如下：

      介面入參包括了request，response以及過濾器呼叫鏈chain；前面兩個引數大家比較常見，重點介紹過濾器鏈chain；

      正常一個web專案中會配置多個的filter，這些filter的執行順序是按照web.xml配置的順序執行，這些filter形成一個filter過濾器鏈，chain.doFilter負責將請求轉發給過濾器鏈下一個filter , 如果沒有filter那就是你請求的資源；重點就在這，如果你沒在每個filter的doFilter方法中呼叫chain.doFilter的方法，那麼，就會造成請求走到這個filter之後，接下去的filter以及請求的真正資源都不會執行到，也就是請求沒響應，或者404等問題；所以，切記，一定要呼叫chain.doFilter方法！！！！

      在doFiter方法中，我們就可以根據request提取一些公用引數資訊，然後將這些引數存到當前執行緒的上下文中，可以參考：ThreadLocal，一個很好的多執行緒傳參工具；

寫好過濾器之後，就要將該過濾器配置到專案的web.xml中，程式碼如下：

其中：filter-name指定過濾器名；

          filter-class：過濾器的類；

          filter-mapping：對映的配置；

          url-pattern：攔截的路徑；

       如果過濾器需要一些初始引數，則可以使用init-param配置引數值，在這裡，我的過濾器就有一個引數為name的引數，所以這裡我使用param-name指定引數名為name的引數，使用param-value設定引數值為contextFilter11111111;

       為了驗證過濾器執行的順序，我配置了兩個過濾器，順序為contextFilter->testFilter,接下來，看下執行結果如圖：

先執行contextFilter過濾器，在執行testFilter，也可以看到輸出引數name為我們配置的值：contextFilter111111111;說明配置沒問題；讀者可以驗證在web.xml調整兩個過濾器的位置，看下執行結果是不是先執行testFilter,再執行contextFilter;