Java Web 拦截机制实战指南:Filter 与 Interceptor 深度解析

一、理解核心概念

在 Java Web 开发中,过滤器(Filter)拦截器(Interceptor)是两种核心的请求处理机制。它们虽然都能对请求进行拦截和处理,但定位截然不同:

  • Filter 是 Servlet 容器的"守门人",位于应用最外层
  • Interceptor 是 Spring MVC 的"执法官",位于框架内部

二、Filter:Servlet 容器的第一道防线

2.1 本质与特点

Filter 是 Java Servlet 规范 定义的组件,由 Servlet 容器(如 Tomcat)直接管理,不依赖任何框架,因此具有最强的通用性。

生命周期方法:

方法

触发时机

用途

init()

应用启动时

初始化配置

doFilter()

每次请求

核心处理逻辑

destroy()

应用关闭时

资源释放

执行流程:

请求 → Filter1 → Filter2 → Servlet/Controller → Filter2 → Filter1 → 响应

2.2 Spring Boot 中的实现方式

方式一:注解方式(适合简单场景)

@WebFilter(urlPatterns = "/api/*", filterName = "authFilter") public class AuthFilter implements Filter { @Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { // 前置处理 System.out.println("认证检查开始"); // 放行到下一个 Filter 或目标资源 chain.doFilter(request, response); // 后置处理(响应返回时执行) System.out.println("认证检查结束"); } } // 在主类开启扫描 @SpringBootApplication @ServletComponentScan public class Application { }

方式二:配置类方式(推荐,更灵活)

@Configuration public class FilterConfig { @Bean public FilterRegistrationBean<AuthFilter> authFilter() { FilterRegistrationBean<AuthFilter> bean = new FilterRegistrationBean<>(); bean.setFilter(new AuthFilter()); bean.addUrlPatterns("/api/*"); bean.setOrder(1); // 控制执行顺序,数字越小越先执行 return bean; } }

2.3 Filter 的典型应用场景

场景

说明

统一编码

设置 UTF-8 编码,解决中文乱码

安全防护

XSS 过滤、SQL 注入检测

跨域处理

添加 CORS 响应头

请求日志

记录所有请求的 IP、路径、耗时

数据压缩

Gzip 压缩响应内容


三、Interceptor:Spring MVC 的精准拦截

3.1 本质与特点

Interceptor 是 Spring MVC 框架 提供的机制,只能拦截被 DispatcherServlet 处理的请求(即映射到 Controller 的请求)。它可以获取 Spring 上下文,与业务逻辑深度集成。

三个核心拦截点:

方法

执行时机

能否终止请求

典型用途

preHandle()

Controller 方法执行前

可返回 false

终止

登录验证、权限校验

postHandle()

Controller 执行后,视图渲染前

无法终止

修改 Model、添加公共数据

afterCompletion()

请求处理完成(含异常)

无法终止

资源清理、异常日志

3.2 完整实现示例

@Component public class PermissionInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 获取请求信息 String uri = request.getRequestURI(); System.out.println("【拦截】请求路径: " + uri); // 权限校验逻辑 HttpSession session = request.getSession(); if (session.getAttribute("user") == null && uri.startsWith("/admin")) { response.sendRedirect("/login"); return false; // 拦截,不继续执行 } return true; // 放行 } @Override public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception { // 向视图添加通用数据 if (modelAndView != null) { modelAndView.addObject("serverTime", new Date()); } } @Override public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception { // 记录异常信息 if (ex != null) { System.out.println("【异常】请求处理出错: " + ex.getMessage()); } // 清理 ThreadLocal 等资源 } }

注册 Interceptor:

@Configuration public class WebMvcConfig implements WebMvcConfigurer { @Autowired private PermissionInterceptor permissionInterceptor; @Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(permissionInterceptor) .addPathPatterns("/admin/**", "/user/**") // 拦截路径 .excludePathPatterns("/login", "/public/**"); // 排除路径 } }

四、核心区别对比

对比维度

Filter

Interceptor

规范来源

Servlet 规范(J2EE)

Spring MVC 框架

框架依赖

不依赖 Spring,任何 Web 应用可用

必须在 Spring 环境中使用

拦截范围

所有请求(含静态资源、JSP)

仅 DispatcherServlet 映射的请求

执行时机

Servlet 之前

Controller 前后

方法数量

1 个 doFilter()

3 个:preHandlepostHandleafterCompletion

可获取对象

ServletRequestServletResponse

HttpServletRequestHandlerMethodModelAndView

异常处理

只能捕获 Filter 内部异常

afterCompletion可捕获 Controller 异常

静态资源拦截

支持

默认不支持


五、执行顺序详解

当 Filter 和 Interceptor 同时存在时,执行流程如下:

1. Filter.doFilter() 前置代码 ↓ 2. Interceptor.preHandle() ↓ 3. Controller 方法执行 ↓ 4. Interceptor.postHandle() ↓ 5. 视图渲染 ↓ 6. Interceptor.afterCompletion() ↓ 7. Filter.doFilter() 后置代码

示意图:

请求进入 ↓ [Filter 1] ──┐ ↓ │ [Filter 2] │ 过滤器链(双向拦截) ↓ │ [Servlet] │ ↓ │ [Interceptor 1.preHandle] ──┐ ↓ │ [Interceptor 2.preHandle] │ ↓ │ [Controller 执行] │ 拦截器链(三阶段) ↓ │ [Interceptor 2.postHandle] │ ↓ │ [Interceptor 1.postHandle] │ ↓ │ [视图渲染] │ ↓ │ [Interceptor 1.afterCompletion]┘ ↓ [Interceptor 2.afterCompletion] ↓ [Filter 2 后置] ↓ [Filter 1 后置] ↓ 响应返回

六、实战选择指南

6.1 优先使用 Filter 的场景

  • 统一字符编码:需要在请求进入 Servlet 前就设置编码
  • 跨域处理(CORS):处理 OPTIONS 预检请求,早于 Spring MVC
  • 安全过滤:XSS、SQL 注入的输入预处理
  • 全局日志:记录所有 HTTP 请求的完整生命周期
  • 非 Spring 环境:纯 Servlet 应用

6.2 优先使用 Interceptor 的场景

  • 登录状态校验:可便捷获取 HttpSession 和 Spring Bean
  • 细粒度权限控制:结合 @PreAuthorize、Security 上下文
  • 性能监控:精确统计 Controller 执行时间
  • 业务操作日志:获取 HandlerMethod 知道调用了哪个方法
  • 视图数据增强:在 postHandle 中向 Model 添加数据

七、黄金组合实践

在实际项目中,两者配合使用才能发挥最大价值:

层级

组件

职责

外层

Filter

编码设置、CORS、XSS 过滤、请求日志

内层

Interceptor

登录验证、权限校验、性能监控、业务日志

典型配置示例:

// Filter 处理通用底层逻辑 @Bean public FilterRegistrationBean<CharacterEncodingFilter> encodingFilter() { FilterRegistrationBean<CharacterEncodingFilter> bean = new FilterRegistrationBean<>(); bean.setFilter(new CharacterEncodingFilter("UTF-8", true)); bean.addUrlPatterns("/*"); bean.setOrder(Ordered.HIGHEST_PRECEDENCE); // 最先执行 return bean; } // Interceptor 处理业务逻辑 @Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new AuthInterceptor()) .addPathPatterns("/api/**") .excludePathPatterns("/api/login"); }

八、面试高频问题

Q1:Filter 和 Interceptor 的本质区别是什么?

Filter 是 Servlet 规范,由容器管理;Interceptor 是 Spring MVC 机制,由框架管理。Filter 更早执行,能拦截所有请求;Interceptor 更晚执行,只能拦截 Spring MVC 请求,但能获取更丰富的上下文。

Q2:如何让 Interceptor 拦截静态资源?

修改 DispatcherServleturl-pattern/*,但会带来性能开销,通常不建议。静态资源拦截建议用 Filter。

Q3:afterCompletion 一定会执行吗?

只要 preHandle 返回 true 并执行了,无论后续是否异常,afterCompletion 都会执行,适合资源清理。

Q4:如何控制多个 Filter 的执行顺序?

使用 FilterRegistrationBeansetOrder() 方法,数字越小优先级越高。


九、总结

Filter

Interceptor

定位

容器层"护城河"

框架层"城门守卫"

优势

通用、底层、无框架依赖

精细、灵活、可获取 Spring 上下文

最佳实践

处理通用、底层问题

处理业务、安全、监控逻辑

核心原则:Filter 做"通用处理",Interceptor 做"业务拦截",两者协同构建完整的请求处理体系。

Read more

使用STM32CubeMX部署AI模型流程

使用STM32CubeMX部署AI模型流程

内容简介 本文章主要介绍如何将AI模型部署到单片机上,并实现一些基础的逻辑功能,本次文章主要从模型获取,模型部署以及模型使用三个层次进行介绍 模型获取 在模型部署的前期阶段我们并没有独立制造模型的能力,但本阶段我们的目标是去使用模型而非创造模型,只要能够成功部署并调用模型本阶段的任务就圆满完成了,因此本阶段我们的模型只能自己想办法去获取,主要途径如下 意法半导体官方获取 在STM32CubeMXAI的官方下载页面中下拉就可以找到对应的官方模型库 网址如下 https://stm32ai.st.com/zh/stm32-cube-ai/ 下拉后可以看到对应的STM32 Model Zoo的相关信息,点击了解更多信息 在新弹出的页面中选择前往Model Zoo 随后我们便跳转到了意法半导体官方在GitHub上提供的模型仓库, 下拉即可找到不同类型的开源模型 通过观察不难发现官方提供的AI模型大多用于进行图像处理相关操作,这对开发板的板载芯片性能要求较高,且需要使用到对应的摄像头模块,最重要的部署难度也很高,因此对本阶段的学习并不友好,如果后面大家熟练掌握

Rust WebAssembly开发实战:构建高性能前端应用

Rust WebAssembly开发实战:构建高性能前端应用

Rust WebAssembly开发实战:构建高性能前端应用 一、引言 💡WebAssembly(Wasm)是一种二进制指令格式,旨在提供一种可移植的、高效的编译目标,允许开发者使用多种语言(如C、C++、Rust)编写代码,并在Web浏览器中以接近原生速度运行。它填补了JavaScript在性能密集型任务上的空白,使得在Web端开发高性能应用成为可能。 Rust语言以其内存安全、零成本抽象、高性能和良好的工具链支持,成为开发WebAssembly的首选语言之一。Rust编译器可以直接将Rust代码编译成WebAssembly,并且Rust的标准库提供了对WebAssembly的良好支持。此外,Rust生态系统中还有许多专门为WebAssembly开发的库和工具,使得开发过程更加简单。 本章将深入探讨Rust WebAssembly开发的核心原理,介绍WebAssembly的概念、优势和应用场景,讲解如何使用Rust编译器将Rust代码编译成WebAssembly,以及如何在Web浏览器中调用WebAssembly模块。同时,本章还将通过实战项目演示如何构建一个高性能的前端

飞算JavaAI全流程实操指南:从需求到部署的智能开发体验

飞算JavaAI全流程实操指南:从需求到部署的智能开发体验

引言 作为Java开发者,你是否也曾陷入这样的循环:需求文档翻来覆去读半天,接口设计改了又改,代码敲到手指发麻,调试时还得对着SQL报错抓头发?传统开发中80%的时间都耗在重复编码、逻辑校验、文档撰写上,真正留给业务创新的精力少得可怜。而今天,飞算JavaAI的出现正在重构这一切——从自然语言需求到可部署工程,全流程智能化让开发效率实现质的飞跃。接下来,我们就通过实战案例带你体验这场开发革命。 文章目录 * 引言 * 一、智能引导设计实战:3步完成需求到代码的转化 * 二、代码生成与调优:从基础框架到企业级实践 * 三、工程构建与文档生成:一键完成项目交付 * 四、同类产品对比:飞算JavaAI的核心优势 * 结语: 一、智能引导设计实战:3步完成需求到代码的转化 当产品经理甩来一句“做个员工绩效查询功能”时,你不用再纠结“接口参数怎么定”“分页逻辑放哪层”。飞算JavaAI的智能引导设计,让需求到代码的转化像聊天一样简单。 1.1 自然语言描述和需求理解:怎么说,AI就怎么懂 不用写规范的PRD,

CPO(共封装光学)技术原理深度剖析:AI时代高速光互连底层逻辑

CPO(共封装光学)技术原理深度剖析:AI时代高速光互连底层逻辑

前言 随着AI大模型、万卡算力集群、800G/1.6T高速通信成为行业主流,传统电互连与可插拔光模块方案遭遇功耗墙、带宽墙、物理墙三重瓶颈,信号损耗、能耗失控、延迟过高的问题愈发突出。 CPO(Co-Packaged Optics,共封装光学)作为下一代高速互连技术,并非简单的模块集成,而是从芯片架构、封装工艺、光电转换底层重构传输逻辑,成为破解算力传输瓶颈的核心方案。本篇抛开泛泛的产业解读,深挖CPO技术原理、光电协同机制、架构设计与核心难点,让硬核开发者吃透底层逻辑。 核心定位:CPO是将光引擎与计算/交换芯片进行2.5D/3D异构共封,缩短电信号路径,实现芯片级光电融合,达成低功耗、超高带宽、低延迟的高速互连。 一、CPO技术核心定义与底层动因 1.1 标准定义 CPO全称Co-Packaged Optics(共封装光学),依托先进异构封装工艺,将光收发引擎(硅光芯片、激光器、探测器)