Spring Boot拦截器(Interceptor)与过滤器(Filter)深度解析:区别、实现与实战指南

Spring Boot拦截器(Interceptor)与过滤器(Filter)深度解析:区别、实现与实战指南

Spring Boot拦截器(Interceptor)与过滤器(Filter)深度解析:区别、实现与实战指南

一、核心概念对比

1. 本质区别

维度过滤器(Filter)拦截器(Interceptor)
规范层级Servlet规范(J2EE标准)Spring MVC框架机制
作用范围所有请求(包括静态资源)只处理Controller请求
依赖关系不依赖Spring容器完全集成Spring IOC容器
执行顺序最先执行(在DispatcherServlet之前)在DispatcherServlet之后执行
异常处理无法直接使用Spring的异常处理机制可以通过@ControllerAdvice统一处理

2. 执行流程示意图

HTTP Request ↓ Filter Chain(doFilter) ↓ DispatcherServlet ↓ Interceptor.preHandle ↓ Controller Method ↓ Interceptor.postHandle ↓ View Rendering(如有) ↓ Interceptor.afterCompletion ↓ Filter Chain(返回响应) 

二、过滤器(Filter)开发指南

1. 基础实现方式

@ComponentpublicclassLogFilterimplementsFilter{@OverridepublicvoiddoFilter(ServletRequest request,ServletResponse response,FilterChain chain)throwsIOException,ServletException{long startTime =System.currentTimeMillis();HttpServletRequest req =(HttpServletRequest) request;// 前置处理System.out.println("Request URI: "+ req.getRequestURI()); chain.doFilter(request, response);// 放行请求// 后置处理long duration =System.currentTimeMillis()- startTime;System.out.println("Request completed in "+ duration +"ms");}}

2. 高级配置技巧

@ConfigurationpublicclassFilterConfig{@BeanpublicFilterRegistrationBean<LogFilter>loggingFilter(){FilterRegistrationBean<LogFilter> registration =newFilterRegistrationBean<>(); registration.setFilter(newLogFilter()); registration.addUrlPatterns("/api/*"); registration.setOrder(Ordered.HIGHEST_PRECEDENCE);// 设置优先级return registration;}}

典型应用场景

  • 请求日志记录
  • 全局字符编码设置
  • 跨域处理(CORS)
  • XSS防御过滤
  • 请求内容压缩/解压

三、拦截器(Interceptor)开发指南

1. 标准实现模板

@ComponentpublicclassAuthInterceptorimplementsHandlerInterceptor{@OverridepublicbooleanpreHandle(HttpServletRequest request,HttpServletResponse response,Object handler)throwsException{String token = request.getHeader("Authorization");if(!validateToken(token)){ response.sendError(401,"Invalid token");returnfalse;// 中断请求}returntrue;}@OverridepublicvoidpostHandle(HttpServletRequest request,HttpServletResponse response,Object handler,ModelAndView modelAndView)throwsException{// Controller方法执行后,视图渲染前}@OverridepublicvoidafterCompletion(HttpServletRequest request,HttpServletResponse response,Object handler,Exception ex)throwsException{// 请求完全结束后(包括视图渲染)}}

2. 注册拦截器配置

@ConfigurationpublicclassWebConfigimplementsWebMvcConfigurer{@AutowiredprivateAuthInterceptor authInterceptor;@OverridepublicvoidaddInterceptors(InterceptorRegistry registry){ registry.addInterceptor(authInterceptor).addPathPatterns("/**").excludePathPatterns("/login","/public/**");}}

典型应用场景

  • 接口权限验证
  • 请求参数预处理
  • 接口耗时监控
  • 敏感操作日志
  • 数据绑定前校验

四、核心差异深度解析

1. 执行顺序对比实验

配置多个过滤器和拦截器时的执行顺序:

Filter1 → Filter2 → Interceptor.preHandle → Controller → Interceptor.postHandle → Interceptor.afterCompletion → Filter2 → Filter1 

2. 异常处理差异

// 在过滤器中处理异常publicvoiddoFilter(...){try{ chain.doFilter(request, response);}catch(Exception e){ response.sendError(500,"Server Error");}}// 在拦截器中处理异常@ControllerAdvicepublicclassGlobalExceptionHandler{@ExceptionHandler(Exception.class)publicResponseEntity<?>handleException(Exception e){returnResponseEntity.internalServerError().body("Error occurred");}}

3. 异步请求处理

// 拦截器需实现AsyncHandlerInterceptor@OverridepublicvoidafterConcurrentHandlingStarted(HttpServletRequest request,HttpServletResponse response,Object handler){// 异步请求的特殊处理}

五、最佳实践与选型策略

1. 技术选型决策树

是否需要处理静态资源? ├─ 是 → 必须使用Filter └─ 否 → 是否需要访问Spring Bean? ├─ 是 → 选择Interceptor └─ 否 → 是否需要最早处理请求? ├─ 是 → 选择Filter └─ 否 → 根据业务复杂度选择 

2. 性能优化建议

  • 过滤器:避免在过滤器中做复杂业务逻辑
  • 拦截器:preHandle方法尽量轻量化
  • 两者都应避免:
    • 同步阻塞操作
    • 频繁的IO操作
    • 大对象的内存操作

3. 常见陷阱规避

  • 过滤器
    • 忘记调用chain.doFilter()导致请求阻塞
    • 修改请求参数未使用Wrapper类
  • 拦截器
    • 在postHandle中修改ModelAndView导致NPE
    • 异步请求中误用afterCompletion

六、实战案例演示

案例1:接口耗时监控系统

// 拦截器实现publicclassMetricsInterceptorimplementsHandlerInterceptor{privatestaticfinalThreadLocal<Long> startTime =newThreadLocal<>();@OverridepublicbooleanpreHandle(...){ startTime.set(System.currentTimeMillis());returntrue;}@OverridepublicvoidafterCompletion(...){long duration =System.currentTimeMillis()- startTime.get(); metricsService.recordRequestTime(request.getRequestURI(), duration); startTime.remove();}}

案例2:全局防重放攻击过滤器

publicclassReplayAttackFilterimplementsFilter{privateCache<String,Boolean> requestCache =Caffeine.newBuilder().expireAfterWrite(5,TimeUnit.MINUTES).build();@OverridepublicvoiddoFilter(...){String nonce = request.getHeader("X-Nonce");if(requestCache.getIfPresent(nonce)!=null){ response.sendError(400,"Duplicate request");return;} requestCache.put(nonce,true); chain.doFilter(request, response);}}

七、扩展知识

1. 与AOP的区别

  • AOP
    • 基于代理模式实现
    • 可以精确控制到具体方法
    • 更适合业务层面的切面处理
  • 拦截器
    • 基于HandlerMapping实现
    • 主要针对HTTP请求生命周期
    • 更适合Web层通用处理

2. 高级应用场景

  • 过滤器链:实现责任链模式
  • 拦截器栈:组合多个拦截逻辑
  • 动态启用/禁用:结合配置中心实现

总结建议

  1. 优先使用拦截器处理Web层通用逻辑
  2. 保留过滤器用于底层请求处理
  3. 复杂场景可以组合使用两者
  4. 生产环境务必进行性能压测

通过合理运用过滤器和拦截器,开发者可以构建出高可维护性的Web应用架构。建议结合APM工具(如SkyWalking)监控两者的执行效率,持续优化系统性能。

Read more

【前端】win11操作系统安装完最新版本的NodeJs运行npm install报错,提示在此系统上禁止运行脚本

【前端】win11操作系统安装完最新版本的NodeJs运行npm install报错,提示在此系统上禁止运行脚本

🌹欢迎来到《小5讲堂》🌹 🌹这是《前端》系列文章,每篇文章将以博主理解的角度展开讲解。🌹 🌹温馨提示:博主能力有限,理解水平有限,若有不对之处望指正!🌹 目录 * 前言 * 解决方案 * 方法1:以管理员身份运行 PowerShell 并更改执行策略 * 方法2:只为当前会话临时允许 * 方法3:使用命令提示符 (CMD) * 方法4:绕过策略执行单个脚本 * 推荐解决方案 * Node.js 详细介绍 * 什么是 Node.js? * 核心特点 * 1. **非阻塞 I/O 和事件驱动** * 2. **单线程但高并发** * 架构组成 * 1. **V8 JavaScript 引擎** * 2. **LibUV 库** * 3. **核心模块** * 安装与使用

By Ne0inhk
Flutter 三方库 arcade 的鸿蒙化适配指南 - 实现高性能的端侧 Web 框架、支持轻量级 HTTP 路由分发与服务端逻辑集成

Flutter 三方库 arcade 的鸿蒙化适配指南 - 实现高性能的端侧 Web 框架、支持轻量级 HTTP 路由分发与服务端逻辑集成

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 arcade 的鸿蒙化适配指南 - 实现高性能的端侧 Web 框架、支持轻量级 HTTP 路由分发与服务端逻辑集成 前言 在进行 Flutter for OpenHarmony 的全栈式开发或特定的边缘计算场景,我们有时需要在鸿蒙应用内部直接启动一个功能完备但又极其轻量的单文件 Web 服务器。arcade 是一个主打微核心设计的 Dart 服务端框架。它能让你在鸿蒙真机上以最少的内存占用,快速运行起一套处理 REST 请求的逻辑中心。本文将指导大家如何在鸿蒙端利用该框架构建微服务。 一、原理解析 / 概念介绍 1.1 基础原理 arcade 采用了非阻塞式的 IO 事件循环架构。它通过直接包装 dart:io 的 HttpServer,提供了一套高度流式(

By Ne0inhk

跨平台字体渲染方案:Web字体性能优化的技术实践与效益分析

跨平台字体渲染方案:Web字体性能优化的技术实践与效益分析 【免费下载链接】PingFangSCPingFangSC字体包文件、苹果平方字体文件,包含ttf和woff2格式 项目地址: https://gitcode.com/gh_mirrors/pi/PingFangSC 在Web开发中,字体渲染的一致性与性能优化一直是前端工程师面临的重要挑战。不同操作系统对字体的支持差异,常常导致设计稿在Mac上完美呈现,而在Windows或Linux系统中出现字体缺失、样式偏差等问题。本文将深入探讨跨平台字体渲染的核心痛点,解析创新的技术解决方案,并通过实际案例展示其在企业官网和移动应用场景中的应用价值,帮助开发者实现高性能、高一致性的Web字体体验。 核心痛点解析:跨平台字体渲染的三大技术瓶颈 跨平台字体渲染面临着诸多技术难题,这些问题直接影响着用户体验和开发效率。首先,字体兼容性问题是最突出的痛点之一。苹果的PingFangSC字体在非Mac系统中往往无法正常显示,导致设计稿与实际效果产生偏差。其次,字体文件体积过大会严重影响页面加载速度,特别是在移动网络环境下,大体积的字体文件可

By Ne0inhk
【前端实战】多进制奇偶校验检查器(HTML+CSS+JS)完整实现,附源码

【前端实战】多进制奇偶校验检查器(HTML+CSS+JS)完整实现,附源码

在数字通信、数据传输及嵌入式开发中,奇偶校验是一种简单高效的差错检测方法,通过判断二进制数据中“1”的个数为奇数或偶数,快速校验数据是否存在传输错误。日常开发中,我们常需要对不同进制(二进制、八进制、十进制、十六进制)的数字进行奇偶校验,手动计算繁琐且易出错。 今天就给大家分享一款纯前端实现的「多进制奇偶校验检查器」,支持4种常用进制切换、自动识别进制前缀(如0x、0o、0b)、偶校验/奇校验可选,无需后端依赖,打开浏览器即可使用。同时拆解核心代码逻辑,适合前端新手练习DOM操作、正则验证及进制转换相关知识点。 先看效果 运行后 一、工具核心功能介绍 这款多进制奇偶校验检查器聚焦“便捷、精准、易用”,核心功能如下,覆盖日常开发中的奇偶校验场景: * 多进制支持:兼容二进制(2)、八进制(8)、十进制(10)、十六进制(16),可自由切换 * 智能前缀识别:

By Ne0inhk