拦截器过滤器切面执行顺序

### Spring 中拦截器、过滤器和切面的执行顺序解析 在 Spring 应用程序中，`过滤器（Filter）`、`拦截器（Interceptor）` 和 `切面（Aspect）` 是三种不同的机制，用于处理请求的不同阶段。它们各自有不同的作用范围和触发时机，因此其执行顺序也有一定的规律。 #### 1. **过滤器（Filter）** 过滤器是由 Servlet 容器提供的功能，属于 Java EE 的一部分，而不是 Spring 特有的组件。它的主要职责是对 HTTP 请求和响应进行预处理或后处理[^2]。 - 过滤器会在最外层生效，即在整个请求到达应用之前或者离开应用之后起作用。 - 配置方式可以通过实现 `javax.servlet.Filter` 接口完成，也可以通过 `@WebFilter` 注解指定 URL 模式来绑定过滤器。 #### 2. **拦截器（Interceptor）** 拦截器是 Spring MVC 提供的功能，主要用于拦截控制器方法的调用过程。它是基于 AOP 思想设计的一种轻量级解决方案[^3]。 - 拦截器的作用域更窄一些，仅限于 Spring MVC 处理流程内的请求。 - 拦截器会参与到 Controller 方法前后的行为控制中，比如权限校验、日志记录等。 #### 3. **切面（Aspect）** 切面是 Spring AOP 实现的核心概念之一，允许开发者定义横切关注点并将其织入业务逻辑之中[^1]。 - 切面通常应用于服务层的方法上，能够捕获到具体的服务行为。 - 常见的应用场景包括事务管理、性能监控、安全检查等。 --- ### 执行顺序分析 当一个 HTTP 请求进入 Spring Boot 或 Spring MVC 应用时，上述三者的执行顺序遵循以下原则： 1. **过滤器优先** - 过滤器最先被执行，因为它由 Servlet 容器负责加载和运行，独立于 Spring 容器之外。此时还没有进入到 Spring 的上下文中。 2. **拦截器次之** - 在经过 Filter 后，如果请求继续向内部传递，则会进入 DispatcherServlet 并触发出拦截器链。拦截器在此阶段接管请求流，并可以在目标 Controller 被调用前/后执行自定义逻辑。 3. **最后才是切面** - 只有当请求成功抵达某个具体的 Service 层方法时，才会激活对应的 AspectJ 切面逻辑。这是因为 AOP 主要针对的是业务对象本身的操作而非网络层面的数据传输。 总结来说，完整的执行路径应该是这样的： **Filter -> Interceptor (preHandle) -> Controller Method Execution -> Interceptor (postHandle & afterCompletion) -> Aspect Advice** 需要注意的一点是，虽然理论上存在固定的先后关系，但在实际开发过程中还需要考虑其他因素的影响，例如多个同类型的组件之间可能存在冲突或者重叠的情况，这就需要合理规划各自的适用范围以免造成不必要的麻烦。 ```java // 示例代码展示如何配置简单的过滤器 @Component public class MyCustomFilter implements Filter { @Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { System.out.println("Executing custom filter..."); chain.doFilter(request, response); // 继续向下传递请求 } } ``` --- ###