拦截器执行顺序怎样

拦截器的执行顺序取决于具体技术栈和运行阶段，不过无论是哪种框架，核心思想都很类似：请求阶段正向执行，响应阶段反向执行（像栈一样）。下面按常见场景给你系统总结一下。

一、Spring MVC 拦截器（最常见）

核心接口

HandlerInterceptor

三个方法

preHandle  →  controller 前
postHandle →  controller 后，视图渲染前
afterCompletion → 整个请求完成后

执行顺序（单个拦截器）

preHandle
    ↓
Controller
    ↓
postHandle
    ↓
视图渲染
    ↓
afterCompletion

多个拦截器的执行顺序（重点）

假设有两个拦截器：

Interceptor1
Interceptor2

注册顺序决定执行顺序

registry.addInterceptor(new Interceptor1()).addPathPatterns("/**");
registry.addInterceptor(new Interceptor2()).addPathPatterns("/**");

执行顺序（非常重要）

Interceptor1.preHandle
    ↓
Interceptor2.preHandle
    ↓
Controller
    ↓
Interceptor2.postHandle
    ↓
Interceptor1.postHandle
    ↓
Interceptor2.afterCompletion
    ↓
Interceptor1.afterCompletion

✅ preHandle 正序执行
✅ postHandle / afterCompletion 逆序执行

preHandle 返回 false 会怎样？

• 后续拦截器 不再执行
• Controller 不执行
• 但 已执行 preHandle 且返回 true 的拦截器，会执行 afterCompletion

二、Spring Boot / WebFlux（响应式）

接口

WebFilter

执行特点

• 基于 链式调用（Mono / Flux）
• 类似中间件模型
• 顺序由 @Order 或注册顺序决定

WebFilter1 → WebFilter2 → handler → WebFilter2 → WebFilter1

三、MyBatis 拦截器

接口

Interceptor

执行顺序

• 取决于：
  • 插件注册顺序
  • @Intercepts 注解
  • 拦截的方法（Executor / StatementHandler 等）

特点

plugin → intercept → 目标方法 → 返回结果

四、通用规律（面试/记忆神器）

✅ 所有拦截器 / 过滤器 / AOP 的本质都是“洋葱模型”

请求 → 拦截器1 → 拦截器2 → 业务
返回 ← 拦截器2 ← 拦截器1

五、拦截器 vs 过滤器 vs AOP 执行顺序

整体顺序：

Filter → Interceptor → AOP → Controller

六、一句话总结

拦截器按注册顺序执行 preHandle，按逆序执行 postHandle 和 afterCompletion；请求像进栈，响应像出栈。

如果你用的是 某个具体框架（如 Spring Cloud Gateway、Dubbo、Vue axios），可以告诉我，我可以给你精确到源码级的执行顺序图。