Springboot过滤器Filter和拦截器Inteceptor的性能那个更好？

Spring Boot 中的**过滤器（Filter）**和**拦截器（Interceptor）**，在性能上的差别通常非常微小，但理论上： ## 性能对比结论： **Filter 性能比 Interceptor 更好。** ## 原因分析： ### 一、执行原理上的区别： | 机制 | 层级 | 实现机制 | |------|------|---------| | **Filter** | Servlet 容器层（Tomcat、Jetty） | 更接近请求的底层，处理粒度较粗 | | **Interceptor** | Spring MVC 应用层 | 建立在Spring框架之上，处理粒度更细 | - **Filter** 属于 Servlet 规范，直接作用于请求和响应，更底层，少了一些框架处理的开销，执行效率更高。 - **Interceptor** 是Spring MVC框架的一部分，经过更多封装和抽象，执行链更长，略微多了一些额外开销。 ### 二、使用场景上的区别： | 特性 | Filter | Interceptor | |------|--------|-------------| | 执行顺序 | 在 DispatcherServlet 之前 | 在 DispatcherServlet 之后 | | 使用灵活性 | 只对 ServletRequest、ServletResponse 操作 | 能访问 Handler 方法及 ModelAndView | | 适用场景 | 权限校验、日志记录、编码设置、跨域处理 | 日志记录、权限验证、业务逻辑判断 | - 如果仅涉及请求头、请求参数处理，建议用 **Filter**。 - 如果需要访问 Handler 方法、参数、视图对象等细粒度的控制，则只能使用 **Interceptor**。 ## 性能对比小结： | 维度 | Filter | Interceptor | |------|--------|-------------| | 执行层次 | 较低层，开销更小 | 较高层，开销稍大 | | 性能表现 | 略优 | 略差 | | 功能丰富度 | 较基础 | 更丰富 | ## 实际选择建议： - **偏重性能场景（如高并发环境中请求预处理、CORS、基础校验）** 👉 **首选 Filter** - **偏重业务逻辑场景（权限校验、方法访问控制、用户身份处理）** 👉 **Interceptor** **实际项目中，两者性能差距微乎其微，几乎可忽略不计，更重要的是根据实际需求合理使用。**