主頁 > 後端開發 > 聊一聊過濾器與攔截器

聊一聊過濾器與攔截器

2022-05-10 06:13:37 後端開發

過濾器 Filter

面試官：用過過濾器吧，介紹一下過濾器，
John同學（心中竊喜）：用過，我經常用它來凈化水 ??...
面試官：今天的面試到此結束，回去等通知吧，
John同學：??...

Filter 基本介紹

過濾器 Filter 是 Sun 公司在 Servlet 2.3 規范中添加的新功能，其作用是對客戶端發送給 Servlet 的請求以及對 Servlet 回傳給客戶端的回應做一些定制化的處理，例如校驗請求的引數、設定請求/回應的 Header、修改請求/回應的內容等，

Filter 引入了過濾鏈（Filter Chain）的概念，一個 Web 應用可以部署多個 Filter，這些 Filter 會組成一種鏈式結構，客戶端的請求在到達 Servlet 之前會一直在這個鏈上傳遞，不同的 Filter 負責對請求/回應做不同的處理， Filter 的處理流程如下圖所示：

AOP 編程思想

在深入理解 Filter 之前，我們先聊一聊面向切面編程（Aspect Oriented Programming，AOP），AOP 不是一種具體的技術，而是一種編程思想，它允許我們在不修改原始碼的基礎上實作方法邏輯的增強，也就是在方法執行前后添加一些自定義的處理，

Filter 是 AOP 編程思想的一種體現，其作用可認為是對 Servlet 功能的增強，Filter 可以對用戶的請求做預處理，也可以對回傳的回應做后處理，且這些處理邏輯與 Servlet 的處理邏輯是分隔開的，這使得程式中各部分業務邏輯之間的耦合度降低，從而提高了程式的可維護性和可擴展性，

創建 Filter

創建 Filter 需要實作 javax.servlet.Filter 介面，或者繼承實作了 Filter 介面的父類，Filter 介面中定義了三個方法：

  • init：在 Web 程式啟動時被呼叫，用于初始化 Filter，

  • doFilter：在客戶端的請求到達時被呼叫，doFilter 方法中定義了 Filter 的主要處理邏輯，同時該方法還負責將請求傳遞給下一個 Filter 或 Servlet，

  • destroy：在 Web 程式關閉時被呼叫，用于銷毀一些資源，

下面我們通過實作 Filter 介面來創建一個自定義的 Filter：

public class TestFilter implements Filter {
    @Override
    public void init(FilterConfig filterConfig) throws ServletException {
        System.out.println(filterConfig.getFilterName() + " 被初始化");
    }

    @Override
    public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
        HttpServletRequest request = (HttpServletRequest) servletRequest;
        System.out.println("Filter 攔截到了請求: " + request.getRequestURL());
        System.out.println("Filter 對請求做預處理...");
        filterChain.doFilter(servletRequest, servletResponse);
        System.out.println("Filter 修改回應的內容...");
    }

    @Override
    public void destroy() {
        System.out.println("Filter 被回收");
    }
}

  • init 方法的 filterConfig 引數封裝了當前 Filter 的配置資訊，在 Filter 初始化時，我們將 Filter 的名稱列印在控制臺，

  • doFilter 方法定義了 Filter 攔截到用戶請求后的處理邏輯，filterChain.doFilter(servletRequest, servletResponse); 指的是將請求傳遞給一下個 Filter 或 Servlet，如果不添加該陳述句，那么請求就不會向后傳遞，自然也不會被處理，在該陳述句之后，可以添加對回應的處理邏輯（如果要修改回應的 Header，可直接在該陳述句之前修改；如果要修改回應的內容，則需要在該陳述句之后，且需要自定義一個 response），

  • destroy 方法中，我們輸出 "Filter 被回收" 的提示資訊，

配置 Filter

Spring 專案中，我們可以使用 @Configuration + @Bean + FilterRegistrationBean 對 Filter 進行配置：

@Configuration
public class FilterConfig {
    @Bean
    public FilterRegistrationBean<TestFilter> registryFilter() {
        FilterRegistrationBean<TestFilter> registration = new FilterRegistrationBean<>();
        registration.setFilter(new TestFilter());
        registration.addUrlPatterns("/*");
        registration.setName("TestFilter");
        registration.setOrder(0);
        return registration;
    }
}

上述代碼中，setFilter 方法用于設定 Filter 的型別；addUrlPatterns 方法用于設定攔截的規則；setName 方法用于設定 Filter 的名稱；setOrder 方法用于設定 Filter 的優先級，數字越小優先級越高，

測驗 Filter

接下來，我們定義一個簡單的 Web 服務，測驗 Filter 是否生效：

@RestController
public class UserController {

    @RequestMapping(path = "/hello", method = RequestMethod.GET)
    public String sayHello() {
        System.out.println("正在處理請求...");
        System.out.println("請求處理完成~");
        return "I'm fine, thank you.";
    }
}

啟動專案，在瀏覽器中訪問 localhost:8080/hello，等待請求處理完成，然后關閉專案，整個程序中，控制臺依次列印了如下資訊：

可以看到，自定義的 TestFilter 實作了攔截請求、處理回應的目標，

創建 Filter 的其它方式

1. @WebFilter 注解 + 包掃描

除了 FilterRegistrationBean 外，Servlet 3.0 引入的注解 @WebFilter 也可用于配置 Filter，我們只需要在自定義的 Filter 類上添加該注解，就可以設定 Filter 的名稱和攔截規則：

@WebFilter(urlPatterns = "/*", filterName = "TestFilter")
public class TestFilter implements Filter {
    // 省略部分代碼
}

由于@WebFilter 并非 Spring 提供，因此若要使自定義的 Filter 生效，還需在配置類上添加 @ServletComponetScan 注解，并指定掃描的包：

@SpringBootApplication
@ServletComponentScan("com.example.filter")
public class DemoApplication {
    public static void main(String[] args) {
        SpringApplication.run(DemoApplication.class, args);
    }
}

需要注意的是，@WebFilter 注解并不允許我們設定 Filter 的執行順序，且在 Filter 類上添加 @Order 注解也是無效的，如果專案中有多個被 @WebFilter 修飾的 Filter，那么這些 Filter 的執行順序由其 "類名的字典序" 決定，例如類名為 "Axx" 的 Filter 的執行順序要先于類名為 "Bxx" 的 Filter，

添加了 @WebFilter 注解后就不要再添加 @Component 注解了，如果都添加，那么系統會創建兩個 Filter，

2. @Component 注解

Spring 專案中，我們可以通過添加 @Component 注解將自定義的 Bean 交給 Spring 容器管理，同樣的，對于自定義的 Filter，我們也可以直接添加 @Component 注解使其生效，而且還可以添加 @Order 注解來設定不同 Filter 的執行順序，

@Component
@Order(1)
public class TestFilter implements Filter {
    // 省略部分代碼
}

此種配置方式一般不常使用，因為其無法設定 Filter 的攔截規則，默認的攔截路徑為 /*，雖然不能配置攔截規則，但我們可以在 doFilter 方法中定義請求的放行規則，例如當請求的 URL 匹配我們設定的規則時，直接將該請求放行，也就是立即執行 filterChain.doFilter(servletRequest, servletResponse);，

3. 繼承 OncePerRequestFilter

OncePerRequestFilter 是一個由 Spring 提供的抽象類，在專案中，我們可以采用繼承 OncePerRequestFilter 的方式創建 Filter，然后重寫 doFilterInternal 方法定義 Filter 的處理邏輯，重寫 shouldNotFilter 方法設定 Filter 的放行規則，對于多個 Filter 的執行順序，我們也可以通過添加 @Order 注解進行設定，當然，若要使 Filter 生效，還需添加 @Component 注解將其注冊到 Spring 容器，

@Component
@Order(1)
public class CSpringFilter extends OncePerRequestFilter {
    @Override
    protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain filterChain) throws ServletException, IOException {
        // 處理邏輯
    }

    @Override
    protected boolean shouldNotFilter(HttpServletRequest request) throws ServletException {
        // 放行規則
    }
}

實際上，方式 2 和方式 3 本質上并沒有什么區別，因為 OncePerRequestFilter 底層也是通過實作 Filter 介面來達到過濾請求/回應的目的，只不過 Spring 在 OncePerRequestFilter 中幫我們封裝了許多功能，因此更推薦采用此種方式創建 Filter，

Filter 的優先級

上文中提到，使用配置類或添加 @Order 注解可以顯式的設定 Filter 的執行順序，修改類名可以隱式的設定 Filter 的執行順序，如果專案中存在多個 Filter，且這些 Filter 由不同的方式創建，那么它們的執行順序是怎樣的呢？

能夠確定的是，Spring 根據 Filter 的 order 決定其優先級，如果我們通過配置類或者通過 @Order 注解設定了 Filter 的 order，那么 order 值越小的 Filter 的優先級越高，無論 Filter 由何種方式創建，如果多個 Filter 的優先級相同，那么執行順序為：

  1. 配置類中配置的 Filter 優先執行，如果配置類中存在多個 Filter，那么 Spring 按照其在配置類中配置的順序依次執行，

  2. @WebFilter 注解修飾的 Filter 之后執行，如果存在多個 Filter，那么 Spring 按照其類名的字典序依次執行，

  3. @Component 注解修飾的 Filter 最后執行，如果存在多個 Filter，那么 Spring 按照其類名的字典序依次執行，

注意，以上優先級順序僅適用于 order 相同的特殊情況，如果我們不配置 Filter 的 order，那么 Spring 默認將其 order 設定為 LOWEST_PRECEDENCE = Integer.MAX_VALUE，也就是最低優先級，由于被 @WebFilter 注解修飾的 Filter 無法顯式配置優先級，因此其 order 為 Integer.MAX_VALUE，本文所說的 Filter 的優先級指的是 Filter 對請求做預處理的優先級，對回應做后處理的優先級與之相反，

以上結論由筆者經過測驗以及閱讀原始碼得出，如有理解錯誤，歡迎批評指正 ??，關于原始碼部分，有興趣的小伙伴可以看看 ServletContextInitializerBeans 類和 AnnotationAwareOrderComparator 類的原始碼，筆者在這里就不具體分析了 ??，

Filter 的應用場景

Filter 的常見應用場景包括：

  • 解決跨域訪問：前后端分離的專案往往存在跨域訪問的問題，Filter 允許我們在 response 的 Header 中設定 "Access-Control-Allow-Origin"、"Access-Control-Allow-Methods" 等頭域，以此解決跨域失敗問題，

  • 設定字符編碼：字符編碼 Filter 可以在 request 提交到 Servlet 之前或者在 response 回傳給客戶端之前為請求/回應設定特定的編碼格式，以解決請求/回應內容亂碼的問題，

  • 記錄日志：日志記錄 Filter 可以在攔截到請求后，記錄請求的 IP、訪問的 URL，攔截到回應后記錄請求的處理時間，當不需要記錄日志時，也可以直接將 Filter 的配置注釋掉，

  • 校驗權限：Web 服務中，客戶端在發送請求時會攜帶 cookie 或者 token 進行身份認證，權限校驗 Filter 可以在 request 提交到 Servlet 之前對 cookie 或 token 進行校驗，如果用戶未登錄或者權限不夠，那么 Filter 可以對請求做重定向或回傳錯誤資訊，

  • 替換內容：內容替換 Filter 可以對網站的內容進行控制，防止輸入/輸出非法內容和敏感資訊，例如在請求到達 Servlet 之前對請求的內容進行轉義，防止 XSS 攻擊；在 Servlet 將內容輸出到 response 時，使用 response 將內容快取起來，然后在 Filter 中進行替換，最后再輸出到客戶瀏覽器（由于默認的 response 并不能嚴格的快取輸出內容，因此需要自定義一個具備快取功能的 response），

Filter 應用場景的相關內容參考自《Java Web 整合開發之王者歸來》，好中二的書名 ??，關于自定義具備快取功能的 response 可參考該書的 P175，

攔截器 Interceptor

Interceptor 基本介紹

本文所說的攔截器指的是 Spring MVC 中的攔截器，

攔截器 Interceptor 是 Spring MVC 中的高級組件之一，其作用是攔截用戶的請求，并在請求處理前后做一些自定義的處理，如校驗權限、記錄日志等，這一點和 Filter 非常相似，但不同的是，Filter 在請求到達 Servlet 之前對請求進行攔截，而 Interceptor 則是在請求到達 Controller 之前對請求進行攔截，回應也同理，

與 Filter 一樣，Interceptor 也是 AOP 編程思想的體現，且 Interceptor 也具備鏈式結構，我們在專案中可以配置多個 Interceptor，當請求到達時，每個 Interceptor 根據其宣告的順序依次執行，

創建 Interceptor

創建 Interceptor 需要實作 org.springframework.web.servlet.HandlerInterceptor 介面，HandlerInterceptor 介面中定義了三個方法：

  • preHandle：在 Controller 方法執行前被呼叫，可以對請求做預處理，該方法的回傳值是一個 boolean 變數，只有當回傳值為 true 時，程式才會繼續向下執行，

  • postHandle：在 Controller 方法執行結束，DispatcherServlet 進行視圖渲染之前被呼叫，該方法內可以操作 Controller 處理后的 ModelAndView 物件，

  • afterCompletion：在整個請求處理完成（包括視圖渲染）后被呼叫，通常用來清理資源，

注意，postHandle 方法和 afterCompletion 方法執行的前提條件是 preHandle 方法的回傳值為 true，如果 Controller 拋出例外，那么 postHandle 方法將不會執行，afterCompletion 方法則一定執行，詳見 DispatcherServlet 類中的 doDispatch 方法，

下面我們創建一個 Interceptor：

@Component
public class TestInterceptor implements HandlerInterceptor {
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        System.out.println("Interceptor 攔截到了請求: " + request.getRequestURL());
        return true;
    }

    @Override
    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {

        System.out.println("Interceptor 操作 modelAndView...");
    }

    @Override
    public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {
        System.out.println("Interceptor 清理資源...");
    }
}

配置 Interceptor

Interceptor 需要注冊到 Spring 容器才能夠生效，注冊的方法是在配置類中實作 WebMvcConfigurer 介面，并重寫 addInterceptors 方法:

@Configuration
public class TestInterceptorConfig implements WebMvcConfigurer {

    @Autowired
    private TestInterceptor testInterceptor;

    @Override
    public void addInterceptors(InterceptorRegistry registry) {
        registry.addInterceptor(testInterceptor)
                .addPathPatterns("/*")
                .excludePathPatterns("/**/*.css", "/**/*.js", "/**/*.png", "/**/*.jpg", "/**/*.jpeg")
                .order(1);
    }
}

上述代碼中，addInterceptor 方法用于注冊 Interceptor；addPathPatterns 方法用于設定攔截規則；excludePathPatterns 方法用于設定放行規則，order 方法用于設定 Interceptor 的優先級，數字越小優先級越高，

測驗 Interceptor

下面我們通過一個簡單的 Web 服務，來測驗 Interceptor 是否生效：

@RestController
public class UserController {

    @RequestMapping(path = "/hello", method = RequestMethod.GET)
    public String sayHello() {
        System.out.println("正在處理請求...");
        System.out.println("請求處理完成~");
        return "I'm fine, thank you.";
    }
}

啟動專案，在瀏覽器中訪問 localhost:8080/hello，請求處理完成后，控制臺列印了如下資訊：

可以看到，Interceptor 成功攔截到了訪問 Controller 的 /hello 請求和訪問靜態資源的 /favicon.ico 請求，并在請求處理前后執行了相應的處理邏輯，

當需要設定多個 Interceptor 時，可以直接在配置類中添加 Interceptor 的配置規則，例如增加 TestInterceptor2：

@Configuration
public class TestInterceptorConfig implements WebMvcConfigurer {

    @Autowired
    private TestInterceptor testInterceptor;

    @Autowired
    private TestInterceptor2 testInterceptor2;

    @Override
    public void addInterceptors(InterceptorRegistry registry) {
        registry.addInterceptor(testInterceptor)
                .addPathPatterns("/*")
                .excludePathPatterns("/**/*.css", "/**/*.js", "/**/*.png", "/**/*.jpg", "/**/*.jpeg")
                .order(1);

        registry.addInterceptor(testInterceptor2)
                .addPathPatterns("/*")
                .excludePathPatterns("/**/*.css", "/**/*.js", "/**/*.png", "/**/*.jpg", "/**/*.jpeg")
                .order(2);
    }
}

Interceptor 的執行順序由其配置的 order 決定，order 越小越先執行，注意這里指的是 preHandle 方法的執行順序，postHandle 和 afterCompletion 的執行順序與 preHandle 相反，例如在上述示例中，執行順序為：

如果我們不配置 order，那么 Spring 默認將 order 設定為 0（可以查看 InterceptorRegistration 類的原始碼），如果不同 Interceptor 具有相同的 order，那么其執行順序為配置類中的注冊順序，

Interceptor 的應用場景

Interceptor 的應用場可以參考上文中介紹的 Filter 的應用場景，可以說 Filter 能做到的事 Interceptor 都能做，由于 Filter 在 Servlet 前后起作用，而 Interceptor 可以在 Controller 方法前后起作用，例如操作 Controller 處理后的 ModelAndView，因此 Interceptor 更加靈活，在 Spring 專案中，如果能使用 Interceptor 的話盡量使用 Interceptor，

Filter 和 Interceptor 的區別

Filter 和 Interceptor 都是 AOP 編程思想的提現，且都能實作權限檢查、日志記錄等功能，但二者也有許多不同之處：

1. 規范不同

Filter 在 Servlet 規范中定義，依賴于 Servlet 容器（如 Tomcat）；Interceptor 由 Spring 定義，依賴于 Spring 容器（IoC 容器），

2. 適用范圍不同

Filter 僅可用于 Web 程式，因為其依賴于 Servlet 容器；Interceptor 不僅可以用于 Web 程式，還可以用于 Application、Swing 等程式，

3. 實作原理不同

Filter 是基于函式回呼來實作的，Interceptor 則是基于 Java 的反射機制（動態代理）來實作的，

下文中我們重點介紹一下 Filter 的回呼機制，

4. 觸發時機不同

Filter 在請求進入 Servlet 容器，且到達 Servlet 之前對請求做預處理；在 Servlet 處理完請求后對回應做后處理，

Interceptor 在請求進入 Servlet，且到達 Controller 之前對請求做預處理；在 Controller 處理完請求后對 ModelAndView 做后處理，在視圖渲染完成后再做一些收尾作業，

下圖展示了二者的觸發時機：

當 Filter 和 Interceptor 同時存在時，Filter 對請求的預處理要先于 Interceptor 的 preHandle 方法；Filter 對回應的后處理要后于 Interceptor 的 postHandle 方法和 afterCompletion 方法，

關于 Filter 和 Interceptor 的補充說明

1. Filter 的回呼機制

在介紹 Filter 的回呼機制之前，我們先了解一下回呼函式的概念，如果將函式（C++ 中的函式指標，Java 中的匿名函式、方法參考等）作為引數傳遞給主方法，那么這個函式就稱為回呼函式，主方法會在某一時刻呼叫回呼函式，

為了便于區分，我們使用 "主方法" 和 "函式" 來分辨主函式和回呼函式，

使用回呼函式的好處是能夠實作函式邏輯的解耦，主方法內可以定義通用的處理邏輯，部分特定的操作則交給回呼函式來完成，例如 Java 中 Arrays 類的 sort(T[] a, Comparator<? super T> c) 方法允許我們傳入一個比較器來自定義排序規則，這個比較器的 compare 方法就屬于回呼函式，sort 方法會在排序時呼叫 compare 方法，

接下來介紹 Filter 的回呼機制，上文中提到，我們自定義的 xxFilter 類需要實作 Filter 介面，且需要重寫 doFilter 方法：

public class TestFilter implements Filter {
    @Override
    public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
        // ...
        filterChain.doFilter(servletRequest, servletResponse);
    }
}

Filter 介面的 doFilter 方法接收一個 FilterChain 型別的引數，這個 FilterChain 物件可認為是傳遞給 doFilter 方法的回呼函式，嚴格來說應該是這個 FilterChain 物件的 doFilter 方法，注意這里提到了兩個 doFilter 方法，Filter 介面的 doFilter 方法在執行結束或執行完某些步驟后會呼叫 FilterChain 物件的 doFilter 方法，即呼叫回呼函式，

FilterChain 物件的實際型別為 ApplicationFilterChain，其 doFilter() 方法的處理邏輯如下（省略部分代碼）：

public final class ApplicationFilterChain implements FilterChain {

    @Override
    public void doFilter(ServletRequest request, ServletResponse response) throws IOException, ServletException {
        // ...
        internalDoFilter(request,response);
    }
    
    private void internalDoFilter(ServletRequest request, ServletResponse response) throws IOException, ServletException {
        if (pos < n) {
            // 獲取第 pos 個 filter, 即 xxFilter  
            ApplicationFilterConfig filterConfig = filters[pos++];       
            Filter filter = filterConfig.getFilter();
            // ...
            // 呼叫 xxFilter 的 doFilter 方法
            filter.doFilter(request, response, this);
        }
    }
}

可見，ApplicationFilterChain 的 doFilter 方法首先根據索引查詢到我們定義的 xxFilter，然后呼叫 xxFilter 的 doFilter 方法，在呼叫時，ApplicationFilterChain 會將自己作為引數傳遞進去，xxFilter 的 doFilter 方法執行完某些步驟后，會呼叫回呼函式，即 ApplicationFilterChain 的 doFilter 方法，這樣 ApplicationFilterChain 就可以獲取到下一個 xxFilter，并呼叫下一個 xxFilter 的 doFilter 方法，如此回圈下去，直到所有的 xxFilter 全部被呼叫，整個流程如下圖所示：

xxFilter 執行回呼函式的程序就像是給了 ApplicationFilterChain 一個通知，即通知 ApplicationFilterChain 可以執行下一個 xxFilter 的處理邏輯了，

2. 在 Filter 和 Interceptor 注入 Bean 的注意事項

有些文章在介紹 Filter 和 Interceptor 的區別時強調 Filter 不能通過 IoC 注入 Bean，如果我們采用本文中的第一種創建 Filter，那么確實不能注入成功：

// 自定義的 Filter, 未添加 @Component 注解
public class TestFilter implements Filter {

    @Autowired
    private UserService userService;

    @Override
    public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
        HttpServletRequest request = (HttpServletRequest) servletRequest;
        System.out.println(userService);
        filterChain.doFilter(servletRequest, servletResponse);
    }
    // ...
}

// 配置類
@Configuration
public class FilterConfig {
    @Bean
    public FilterRegistrationBean<TestFilter> registryFilter() {
        FilterRegistrationBean<TestFilter> registration = new FilterRegistrationBean<>();
        registration.setFilter(new TestFilter());
        registration.addUrlPatterns("/*");
        registration.setName("TestFilter");
        registration.setOrder(0);
        return registration;
    }
}

上述代碼執行后，userService 輸出為 null，因為注冊到 IoC 容器中的是 new 出來的一個 TestFilter 物件（registration.setFilter(new TestFilter());），并不是 Spring 自動裝配的，若要使 userService 注入成功，可改為如下寫法：

// 自定義的 Filter, 未添加 @Component 注解
@Component
public class TestFilter implements Filter {

    @Autowired
    private UserService userService;

    @Override
    public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
        HttpServletRequest request = (HttpServletRequest) servletRequest;
        System.out.println(userService);
        filterChain.doFilter(servletRequest, servletResponse);
    }
    // ...
}

// 配置類
@Configuration
public class FilterConfig {

    @Autowired
    private TestFilter testFilter;

    @Bean
    public FilterRegistrationBean<TestFilter> registryFilter() {
        FilterRegistrationBean<TestFilter> registration = new FilterRegistrationBean<>();
        registration.setFilter(testFilter);
        registration.addUrlPatterns("/*");
        registration.setName("TestFilter");
        registration.setOrder(0);
        return registration;
    }
}

與第一種寫法的區別在于，TestFilter 類上添加了 @Component 注解，且配置類中通過 @Autowired 注入 TestFilter 物件，除了使用配置類外，本文介紹的其它幾種方式（添加 @Component 注解或 @WebFilter 注解）都可以直接注入 Bean，

所以還是采用繼承 OncePerRequestFilter 的方式創建 Filter 比較方便，

另外，使用本文介紹的創建 Interceptor 的寫法是可以直接注入 Bean 的，該寫法也是先在自定義的 Interceptor 上添加 @Component 注解，然后在配置類中使用 @Autowired 注入自定義的 Interceptor，

3. Interceptor 攔截靜態請求

有文章提到 Interceptor 不能攔截靜態請求，其實在 Spring 1.x 的版本中確實是這樣的，但 Spring 2.x 對靜態資源也進行了攔截，例如上文中我們在測驗 TestInterceptor 是否生效時，發現其攔截到了 /favicon.ico 請求，該請求是一個由瀏覽器自動發送的靜態請求，

參考資料

書籍：《Java web 整合開發王者歸來》
Spring Boot 實戰：攔截器與過濾器
過濾器和攔截器的 6 個區別，別再傻傻分不清了

轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/471739.html

標籤：Java

上一篇：關于 MyBatis-Plus 分頁查詢的探討 → count 都為 0 了，為什么還要查詢記錄？

下一篇：Spring Boot 內置工具類 springboot

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C＃(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 【C++】Microsoft C++、C 和匯編程式檔案

    ......

    uj5u.com 2020-09-10 00:57:23 more
  • 例外宣告

    相比于斷言適用于排除邏輯上不可能存在的狀態，例外通常是用于邏輯上可能發生的錯誤。 例外宣告 Item 1：當函式不可能拋出例外或不能接受拋出例外時，使用noexcept 理由 如果不打算拋出例外的話，程式就會認為無法處理這種錯誤，并且應當盡早終止，如此可以有效地阻止例外的傳播與擴散。 示例 //不可 ......

    uj5u.com 2020-09-10 00:57:27 more
  • Codeforces 1400E Clear the Multiset(貪心 + 分治)

    鏈接：https://codeforces.com/problemset/problem/1400/E 來源：Codeforces 思路：給你一個陣列，現在你可以進行兩種操作，操作1：將一段沒有 0 的區間進行減一的操作，操作2：將 i 位置上的元素歸零。最終問：將這個陣列的全部元素歸零后操作的最少 ......

    uj5u.com 2020-09-10 00:57:30 more
  • UVA11610 【Reverse Prime】

    本人看到此題沒有翻譯，就附帶了一個自己的翻譯版本 思考 這一題，它的第一個要求是找出所有 $7$ 位反向質數及其質因數的個數。 我們應該需要質數篩篩選1~$10^{7}$的所有數，這里就不慢慢介紹了。但是，重讀題，我們突然發現反向質數都是 $7$ 位，而將它反過來后的數字卻是 $6$ 位數，這就說明 ......

    uj5u.com 2020-09-10 00:57:36 more
  • 統計區間素數數量

    1 #pragma GCC optimize(2) 2 #include <bits/stdc++.h> 3 using namespace std; 4 bool isprime[1000000010]; 5 vector<int> prime; 6 inline int getlist(int ......

    uj5u.com 2020-09-10 00:57:47 more
  • C/C++編程筆記：C++中的 const 變數詳解，教你正確認識const用法

    1、C中的const 1、區域const變數存放在堆疊區中，會分配記憶體（也就是說可以通過地址間接修改變數的值）。測驗代碼如下： 運行結果： 2、全域const變數存放在只讀資料段（不能通過地址修改，會發生寫入錯誤）， 默認為外部聯編，可以給其他源檔案使用（需要用extern關鍵字修飾） 運行結果： ......

    uj5u.com 2020-09-10 00:58:04 more
  • 【C++犯錯記錄】VS2019 MFC添加資源不懂如何修改資源宏ID

    1. 首先在資源視圖中，添加資源 2. 點擊新添加的資源，復制自動生成的ID 3. 在解決方案資源管理器中找到Resource.h檔案，編輯，使用整個專案搜索和替換的方式快速替換 宏宣告 4. Ctrl+Shift+F 全域搜索，點擊查找全部，然后逐個替換 5. 為什么使用搜索替換而不使用屬性視窗直 ......

    uj5u.com 2020-09-10 00:59:11 more
  • 【C++犯錯記錄】VS2019 MFC不懂的批量添加資源

    1. 打開資源頭檔案Resource.h，在其中預先定義好宏 ID（不清楚其實ID值應該設定多少，可以先新建一個相同的資源項，再在這個資源的ID值的基礎上遞增即可） 2. 在資源視圖中選中專案資源，按F7編輯資源檔案，按 ID 型別 相對路徑的形式添加 資源。（別忘了先把檔案拷貝到專案中的res檔案 ......

    uj5u.com 2020-09-10 01:00:19 more
  • C/C++編程筆記：關于C++的參考型別，專供新手入門使用

    今天要講的是C++中我最喜歡的一個用法——參考，也叫別名。 參考就是給一個變數名取一個變數名，方便我們間接地使用這個變數。我們可以給一個變數創建N個參考，這N + 1個變數共享了同一塊記憶體區域。(參考型別的變數會占用記憶體空間，占用的記憶體空間的大小和指標型別的大小是相同的。雖然參考是一個物件的別名，但 ......

    uj5u.com 2020-09-10 01:00:22 more
  • 【C/C++編程筆記】從頭開始學習C ++：初學者完整指南

    眾所周知，C ++的學習曲線陡峭，但是花時間學習這種語言將為您的職業帶來奇跡，并使您與其他開發人員區分開。您會更輕松地學習新語言，形成真正的解決問題的技能，并在編程的基礎上打下堅實的基礎。 C ++將幫助您養成良好的編程習慣（即清晰一致的編碼風格，在撰寫代碼時注釋代碼，并限制類內部的可見性），并且由 ......

    uj5u.com 2020-09-10 01:00:41 more
最新发布
  • Rust中的智能指標:Box<T> Rc<T> Arc<T> Cell<T> RefCell<T> Weak

    Rust中的智能指標是什么 智能指標（smart pointers）是一類資料結構，是擁有資料所有權和額外功能的指標。是指標的進一步發展 指標（pointer）是一個包含記憶體地址的變數的通用概念。這個地址參考，或 ” 指向”（points at）一些其 他資料 。參考以 & 符號為標志并借用了他們所 ......

    uj5u.com 2023-04-20 07:24:10 more
  • Java的值傳遞和參考傳遞

    值傳遞不會改變本身，參考傳遞（如果傳遞的值需要實體化到堆里）如果發生修改了會改變本身。 1.基本資料型別都是值傳遞 package com.example.basic; public class Test { public static void main(String[] args) { int ......

    uj5u.com 2023-04-20 07:24:04 more
  • [2]SpinalHDL教程——Scala簡單入門

    第一個 Scala 程式 shell里面輸入 $ scala scala> 1 + 1 res0: Int = 2 scala> println("Hello World!") Hello World! 檔案形式 object HelloWorld { /* 這是我的第一個 Scala 程式 * 以 ......

    uj5u.com 2023-04-20 07:23:58 more
  • 理解函式指標和回呼函式

    理解 函式指標 指向函式的指標。比如： 理解函式指標的偽代碼 void (*p)(int type, char *data); // 定義一個函式指標p void func(int type, char *data); // 宣告一個函式func p = func; // 將指標p指向函式func ......

    uj5u.com 2023-04-20 07:23:52 more
  • Django筆記二十五之資料庫函式之日期函式

    本文首發于公眾號：Hunter后端 原文鏈接：Django筆記二十五之資料庫函式之日期函式 日期函式主要介紹兩個大類，Extract() 和 Trunc() Extract() 函式作用是提取日期，比如我們可以提取一個日期欄位的年份，月份，日等資料 Trunc() 的作用則是截取，比如 2022-0 ......

    uj5u.com 2023-04-20 07:23:45 more
  • 一天吃透JVM面試八股文

    什么是JVM？ JVM，全稱Java Virtual Machine（Java虛擬機），是通過在實際的計算機上仿真模擬各種計算機功能來實作的。由一套位元組碼指令集、一組暫存器、一個堆疊、一個垃圾回收堆和一個存盤方法域等組成。JVM屏蔽了與作業系統平臺相關的資訊，使得Java程式只需要生成在Java虛擬機 ......

    uj5u.com 2023-04-20 07:23:31 more
  • 使用Java接入小程式訂閱訊息！

    更新完微信服務號的模板訊息之后，我又趕緊把微信小程式的訂閱訊息給實作了！之前我一直以為微信小程式也是要企業才能申請，沒想到小程式個人就能申請。 訊息推送平臺🔥推送下發【郵件】【短信】【微信服務號】【微信小程式】【企業微信】【釘釘】等訊息型別。 https://gitee.com/zhongfuch ......

    uj5u.com 2023-04-20 07:22:59 more
  • java -- 緩沖流、轉換流、序列化流

    緩沖流 緩沖流, 也叫高效流, 按照資料型別分類： 位元組緩沖流：BufferedInputStream，BufferedOutputStream 字符緩沖流：BufferedReader，BufferedWriter 緩沖流的基本原理，是在創建流物件時，會創建一個內置的默認大小的緩沖區陣列，通過緩沖 ......

    uj5u.com 2023-04-20 07:22:49 more
  • Java-SpringBoot-Range請求頭設定實作視頻分段傳輸

    老實說，人太懶了，現在基本都不喜歡寫筆記了，但是網上有關Range請求頭的文章都太水了 下面是抄的一段StackOverflow的代碼...自己大修改過的，寫的注釋挺全的，應該直接看得懂，就不解釋了 寫的不好...只是希望能給視頻網站開發的新手一點點幫助吧. 業務場景：視頻分段傳輸、視頻多段傳輸（理 ......

    uj5u.com 2023-04-20 07:22:42 more
  • Windows 10開發教程_編程入門自學教程_菜鳥教程-免費教程分享

    教程簡介 Windows 10開發入門教程 - 從簡單的步驟了解Windows 10開發，從基本到高級概念，包括簡介，UWP，第一個應用程式，商店，XAML控制元件，資料系結，XAML性能，自適應設計，自適應UI，自適應代碼，檔案管理，SQLite資料庫，應用程式到應用程式通信，應用程式本地化，應用程式 ......

    uj5u.com 2023-04-20 07:22:35 more

Copyright © 2010-2020 有解無憂