面试官灵魂拷问：Spring MVC拦截器到底怎么写？



前言：拦截器是什么鬼？

哈喽，小伙伴们！今天又是元气满满的小米，来和大家唠点面试中的那些“坑”！

前几天有个粉丝给我留言：

小米哥，我面试社招Java岗，被问到“Spring MVC里面拦截器是怎么写的？”。我当时懵了，这拦截器到底是什么？

一听这问题，我差点笑喷，拦截器还真是个社招高频题，很多人面试时总是一脸懵，尤其是项目中没正儿八经用过的小伙伴。

别急，今天我就带你把这个问题彻底搞透！

故事开场：面试中的灵魂三连问

话说那天，我也遇到个大厂的技术面试官，刚落座，面试官就开始“灵魂三连问”——

你用过Spring MVC拦截器吗？

你知道拦截器的用途和实现原理吗？

能现场写个简单拦截器吗？

我嘴角一抽，心想：这直接三连击，连喘口气的机会都不给啊！

还好，作为老码农的小米，积累还是有的，于是我深吸一口气，开始表演！

Spring MVC拦截器：灵魂解读

1. 拦截器是干啥的？

我先用一句话总结：拦截器（Interceptor）是Spring MVC提供的一种机制，类似于Servlet中的过滤器（Filter），用于对请求进行预处理和后处理。

用大白话解释，拦截器就像保安大哥：

你要进门，先查一下（预处理）；

进去了，看你在干啥（控制）；

出门的时候再检查一遍（后处理）。

2. Spring MVC拦截器的生命周期

面试官点了点头，继续追问：“那拦截器的生命周期是什么？”

我赶紧接上：

拦截器主要有三个核心方法，分别在请求的不同阶段被调用：

preHandle()：在请求处理之前调用，决定是否放行。

postHandle()：在请求处理之后、视图渲染之前调用。

afterCompletion()：在整个请求完成之后调用，通常用于资源清理。

小技巧：想象一下，从进门到离开，保安大哥先查证件（preHandle），然后监控看你在做什么（postHandle），最后检查你是否顺利离开（afterCompletion）。

面试现场：手写一个拦截器！

面试官满意地点点头，笑眯眯地问：“那你写一个简单的拦截器试试？”

我胸有成竹，撸起袖子就是干！

1. 新建拦截器类：

划重点：

preHandle()：检查请求头中是否有有效Token。

postHandle()：在控制器执行完后打印日志。

afterCompletion()：请求完全结束后做清理工作。

2. 配置拦截器：

在Spring配置文件WebConfig.java中添加：

小技巧：

addPathPatterns()：指定拦截的URL路径。

excludePathPatterns()：排除特定路径。

拦截器和过滤器的区别？

刚码完，面试官又来了：“拦截器和过滤器的区别是什么？”

我心里暗笑：早就料到了！

拦截器（Interceptor）：基于Spring MVC，依赖于HandlerMapping和HandlerAdapter。

过滤器（Filter）：基于Servlet规范，在整个应用上下文中生效。

区别：

调用时机不同：Filter在Servlet容器启动时加载，而Interceptor在Spring容器启动时加载。

使用场景不同：Filter多用于全局过滤，如字符编码、日志记录等；Interceptor用于MVC中的特定控制器拦截。

实际场景：拦截器的花式用法

登录验证：判断用户是否登录，未登录直接跳转登录页。

权限校验：检查用户角色是否符合接口权限。

日志记录：记录请求的开始时间和结束时间，计算接口耗时。

异常处理：统一异常拦截，给前端返回格式化的错误信息。

面试收尾：掌握拦截器，面试再不慌

面试官微微一笑，点头道：“很好。”

我长舒一口气，心想：果然功夫不负有心人。

亲爱的小伙伴们，Spring MVC的拦截器不仅是面试重点，更是开发中不可或缺的一部分。掌握了拦截器的原理、用法和配置，面对面试官时就能自信满满啦！

希望今天的小故事能帮到你们，下次面试的时候不再手忙脚乱！

有什么问题或者面试故事，记得留言给我哦！

END

拦截器看似简单，实际应用场景却很多。实践出真知，赶紧在项目里动手试试吧！

我们下期见，拜了个拜~