SpringBoot 过滤器和拦截器的区别

SpringBoot 过滤器和拦截器的区别

Spring拦截器（Interceptor）和过滤器（Filter）是Spring框架中用于处理请求的两种机制，虽然它们都可以在请求处理的不同阶段进行拦截和处理，但它们的工作原理和应用场景有所不同。以下是它们的主要区别：

1. 定义和用途

拦截器（Interceptor）

• 拦截器是Spring框架的一部分，主要用于拦截和处理HTTP请求。
• 拦截器通常用于在请求到达控制器之前或响应返回客户端之前进行处理，例如，权限验证、日志记录等。

过滤器（Filter）

• 过滤器是Java Servlet规范的一部分，可以在Servlet上下文中使用。
• 过滤器用于对请求和响应进行预处理和后处理，可以处理任何类型的请求，而不仅仅是Spring MVC请求。
• 过滤器的应用场景包括编码处理、安全性检查、请求日志记录等。

2. 工作原理

拦截器（Interceptor）

• 拦截器是基于AOP（面向切面编程）实现的。
• 拦截器通过实现HandlerInterceptor接口来定义，可以在请求处理的三个阶段进行干预：
  • preHandle()：在请求处理之前调用，返回true表示继续处理请求，返回false表示中断请求。
  • postHandle()：在请求处理之后、视图渲染之前调用。
  • afterCompletion()：在整个请求完成之后调用，通常用于资源清理。

过滤器（Filter）

• 过滤器是基于Servlet规范实现的。
• 过滤器通过实现javax.servlet.Filter接口来定义，可以对请求和响应进行拦截和处理：
  • doFilter()方法在请求进入Servlet或控制器之前调用，可以通过FilterChain对象继续传递请求或响应。

3. 配置方式

拦截器（Interceptor）

• 拦截器通常在Spring MVC的配置类中进行配置，例如在WebMvcConfigurer中重写addInterceptors方法：

  @Configuration
  public class WebConfig implements WebMvcConfigurer {@Overridepublic void addInterceptors(InterceptorRegistry registry) {registry.addInterceptor(new MyInterceptor()).addPathPatterns("/**");}
  }
  

过滤器（Filter）

• 过滤器可以在web.xml中进行配置，也可以通过Spring Boot中的@Component注解和FilterRegistrationBean进行配置：

  @Component
  public class MyFilter implements Filter {@Overridepublic void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)throws IOException, ServletException {// 处理请求chain.doFilter(request, response);// 处理响应}
  }@Configuration
  public class FilterConfig {@Beanpublic FilterRegistrationBean<MyFilter> loggingFilter(){FilterRegistrationBean<MyFilter> registrationBean = new FilterRegistrationBean<>();registrationBean.setFilter(new MyFilter());registrationBean.addUrlPatterns("/api/*");return registrationBean;}
  }
  

4. 应用场景

拦截器（Interceptor）

• 更适合与Spring MVC框架集成使用，处理与控制器相关的前后逻辑。
• 常用于权限验证、用户认证、日志记录、性能监控等。

过滤器（Filter）

• 适用于更广泛的场景，可以处理所有的HTTP请求和响应。
• 常用于编码转换、安全检查、请求和响应的预处理等。

总结

• 拦截器是Spring MVC框架的一部分，主要用于拦截和处理与控制器相关的请求，基于AOP实现，配置更加细粒度。
• 过滤器是Java Servlet规范的一部分，适用于所有类型的HTTP请求和响应，配置在Servlet上下文中，应用场景更广泛。