前言
要聊 Spring Boot 里的拦截器，这玩意儿确实是个好东西。它在现代的应用开发中，几乎成了标配机制。
简单来说，它横在客户端请求到达 Controller 之前，也守在响应返回之后。在这个中间环节，开发者可以插入自定义逻辑，实现对请求的预处理和后处理。业务代码不用动，但全局统一的处理逻辑却安排得明明白白。
拦截器具体能干些什么？总结下来，核心能力集中在三个方向：
请求预处理：身份认证、权限校验、日志记录、请求参数统一处理，这些活儿都能干。
响应后处理：对返回结果进行统一包装，或者清理一些临时资源。
异常处理和性能监控：统计接口调用耗时，捕获并处理异常信息，这些都不在话下。
实际项目中，它的应用场景非常广泛。比如：用户登录状态验证，拦截未登录用户访问受限接口；接口访问日志记录，方便审计和问题排查；请求参数校验和统一格式化；还有跨域请求处理和安全防护，以及性能监控和统计接口响应时间。本质上，就是在请求进入 Controller 前后，把那些通用的、必要的逻辑统一起来，让代码维护变得更清爽。
1. 拦截器的核心接口与原理
在 Spring Boot 里，拦截器本质上是通过实现 Spring MVC 提供的 HandlerInterceptor 接口来完成的。它允许我们在请求进入 Controller 前、请求处理后、以及请求完成后分别插入自定义逻辑，适用于权限校验、日志记录、性能监控等场景。
拦截器的执行流程
Client Request
↓
preHandle()
↓ （如果返回 true）
Controller （调用 Service 层处理业务）
↓
postHandle()
↓
视图渲染
↓
afterCompletion()
↓
Client Response
以上流程是个简化示意，方便理解拦截器的执行顺序。实际底层还涉及 Servlet 容器对请求和响应的处理，以及 Spring MVC 内部的多层调用，不过核心脉络就是如此。
HandlerInterceptor接口的三个核心方法
/** * 在控制器方法执行前调用。 * 可用于权限认证、参数校验、日志记录等。 * 返回 false 会终止请求流程，后续的拦截器和 Controller 都不会被执行。 */ boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler);
/** * 控制器方法执行后、视图渲染之前调用。 * 可用于修改 ModelAndView，实现页面统一封装等功能。 */ void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView);
/** * 请求处理完成后（视图渲染之后）调用。 * 可用于资源清理、异常处理、日志收集等。 */ void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex);
HttpServletRequest 可以获取请求相关信息，比如请求路径、参数、Header 等；而 HttpServletResponse 则用于设置响应内容，比如状态码、响应头、输出数据等。这三个方法都是由 Spring 框架自动在请求生命周期中调用的，对业务代码来说是不可见的中间处理逻辑。
2. 示例：创建一个简单的拦截器
理论说完了，上手实操一下。创建一个类实现 HandlerInterceptor，并重写所需的方法，比如 preHandle，用于在请求到达 Controller 前打印日志：
import jakarta.servlet.http.HttpServletRequest;
import jakarta.servlet.http.HttpServletResponse;
import org.springframework.web.servlet.HandlerInterceptor;
public class LoggingInterceptor implements HandlerInterceptor {
@Override
public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
System.out.println("请求URL：" + request.getRequestURI() + " | 方法：" + request.getMethod());
// 返回 true 表示继续流程（放行），返回 false 则中断请求
return true;
}
// 可根据需要重写 postHandle 和 afterCompletion 方法
}
通常登录拦截器会从请求头中获取 token，解析后将用户信息存入 ThreadLocal，实现用户登录状态的维护与传递。
3. 示例：拦截器的注册与配置
拦截器类创建好了，要让它生效，还得注册到 Spring MVC 的拦截器链中。实现方式是通过实现 WebMvcConfigurer 接口的 addInterceptors 方法来完成注册和配置。
import org.springframework.context.annotation.Configuration;
import org.springframework.web.servlet.config.annotation.InterceptorRegistry;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurer;
@Configuration
public class WebConfig implements WebMvcConfigurer {
@Override
public void addInterceptors(InterceptorRegistry registry) {
registry.addInterceptor(new LoggingInterceptor())
.addPathPatterns("/**") // 拦截所有请求
.excludePathPatterns("/login", "/register"); // 排除特定路径
}
}
几个关键点：
addPathPatterns指定拦截的 URL 路径模式，支持通配符。excludePathPatterns用来排除某些路径，比如登录页、静态资源等。- 可以注册多个拦截器，按照添加顺序依次执行。
别忘了给 WebConfig 类加上 @Configuration 注解，Spring 框架才会识别并加载这个配置。
4. 多拦截器链式调用
真实项目中，往往不止一个拦截器。多个拦截器会组成一个“拦截器链”，请求依次经过每个拦截器的 preHandle、postHandle 和 afterCompletion 方法。理解这个执行顺序，对合理设计拦截器的职责和调用时机很有帮助。
执行顺序：
假设咱按顺序注册了拦截器 A、B、C，执行顺序是这样的：
- 请求进入，先按注册顺序依次调用各拦截器的
preHandle方法：A → B → C - 业务处理（Controller）执行
- 响应返回，按注册顺序反向调用各拦截器的
postHandle方法：C → B → A - 请求完成后，按注册顺序反向调用各拦截器的
afterCompletion方法：C → B → A
特殊情况说明：
- 任何一个拦截器的
preHandle返回false，后续的拦截器和 Controller 都不会执行，请求直接中断。 afterCompletion方法无论请求是否正常完成都会被调用，适合做资源清理。
示例代码（简化）：
public class InterceptorA implements HandlerInterceptor {
@Override
public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) {
System.out.println("A preHandle");
return true;
}
@Override
public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) {
System.out.println("A postHandle");
}
@Override
public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) {
System.out.println("A afterCompletion");
}
}
// InterceptorB 和 InterceptorC 类似
5. 拦截器与过滤器的区别
1. 作用层级不同
- 过滤器（Filter） 基于 Servlet 规范，属于 Servlet 容器层面的组件，能拦截所有到达应用的请求，包括静态资源和动态请求。
- 拦截器（Interceptor） 是 Spring MVC 的一部分，作用于 Spring 的 DispatcherServlet 之后，主要拦截控制器（Controller）的方法调用，只针对处理器映射的请求起作用。
2. 生命周期和调用时机
- 过滤器在请求进入应用时最早执行，可以在 Servlet 容器层对请求进行修改或阻断。
- 拦截器是在 Handler 执行之前和之后执行，能够访问 Handler 的具体信息，适合做业务相关的处理。
3. 功能侧重点
- 过滤器更适合做通用的请求过滤、编码设置、压缩、日志记录、安全检查等与底层协议相关的处理。
- 拦截器适合做业务层面的权限控制、日志记录、性能监控、参数绑定预处理等。
4. 配置方式
- 过滤器需要在
web.xml中配置，或者通过代码注册（FilterRegistrationBean），相对底层。 - 拦截器通过实现
HandlerInterceptor并注册到 Spring MVC 配置中，配置更简洁且与 Spring 框架集成紧密。
5. 是否支持异步处理
- 过滤器对异步请求的支持有限。
- 拦截器在 Spring MVC 中对异步请求支持更好，能够处理异步请求的生命周期。
简单总结：过滤器更偏底层、范围更广；拦截器偏 Spring MVC 层面，更加聚焦于业务处理。两者常结合使用，互为补充。
6. 总结
实现拦截器只需定义一个类实现
HandlerInterceptor接口，并重写其中的方法，然后通过实现WebMvcConfigurer接口在addInterceptors方法中注册拦截器。多个拦截器的调用顺序为：
preHandle方法按注册顺序执行，postHandle和afterCompletion方法按注册顺序的反向执行。过滤器是 Servlet 规范的一部分，运行于底层 Servlet 容器，作用范围更广；拦截器是 Spring MVC 特有，专注于处理请求和响应，能访问 Handler。
过滤器适合做通用功能（如日志、编码、安全等），拦截器适合做权限校验、请求处理和视图渲染前后操作，两者在实际项目中常常配合使用。
