SpringBoot拦截器源码分析

本文小编为大家详细介绍“SpringBoot拦截器源码分析”，内容详细，步骤清晰，细节处理妥当，希望这篇“SpringBoot拦截器源码分析”文章能帮助大家解决疑惑，下面跟着小编的思路慢慢深入，一起来学习新知识吧。java里的拦截器（Interceptor）是动态拦截Action调用的对象，它提供了一种机制可以使开发者在一个Action执行的前后执行一段代码，也可以在一个Action执行前阻止其执行，同时也提供了一种可以提取Action中可重用部分代码的方式。在AOP中，拦截器用于在某个方法或者字段被访问之前进行拦截，然后再之前或者之后加入某些操作。上面的Action一般指的就是我们Controller层的接口。一般自定义一个拦截器分为三步（1）编写一个拦截器实现HandlerInterceptor接口。（2）拦截器注册到容器中。（3）配置拦截规则。我们新建一个SpringBoot项目，然后自定义一个拦截器LoginInterceptor，拦截未登录状态下的某些请求。JDK1.8开始，接口的方法加上default关键字可以有默认实现，所以实现一个接口只需要实现没有加该关键字的方法。在SpringBoot中，我们需要自定义配置的时候，只需要实现WebMvcConfigurer类重写对应的方法即可。这里我们需要配置拦截器，那么重写它的addInterceptors方法即可。注意如果我们配置了拦截所有的路径，那么一定要排除掉静态资源，不然图片样式都会被拦截。通过上面几步，我们就实现了一个给系统加了一个拦截器。启动验证即可。我们通过打断点调试的方法，看看从浏览器请求开始到后端是如何进行处理的。在DispatcherServlet的doDispatch方法打上断点，这是请求的入口，浏览器发送请求后，由此方法进行转发和处理。debug模式启动应用，访问任意接口，跟踪代码流程这里找到了HandlerExecutionChain以及拦截器链，里面有三个拦截器，我们自定义的LoginInterceptor和系统默认的两个拦截器。在doDispatch方法中，有下面两行代码我们进入applyPreHandle方法，看看该方法的逻辑通过上面的代码，我们知道如果当前拦截器的preHandle方法返回为true，则会继续执行下一拦截器的preHandle方法，否则执行拦截器的afterCompletion方法。那么我们看看triggerAfter免费云主机域名Completion方法的逻辑。通过上面的代码，我们知道对于拦截器的afterCompletion方法，是反向执行的。如果上面拦截器的所有preHandle方法返回都为true，那么在doDispatch方法内就不会直接return，而是继续往下执行目标方法。如果任何一个拦截器的preHandle方法返回为false，那么执行完拦截器（已经执行过preHandle方法的拦截器）的afterCompletion方法后，在doDispatch方法内会直接return，不会执行目标方法。通过下面的代码执行目标方法内部具体怎么执行的就不看了，看看执行完后的逻辑。目标方法执行完后，代码往下走查看applyPostHandle的逻辑倒序执行拦截器的postHandle方法继续往下走进入该方法，该方法会处理执行结果，渲染页面，该方法的最后，执行下面的代码如果在执行doDispatch方法过程中，抛出了异常，在catch模块，都会触发执行afterCompletion方法读到这里，这篇“SpringBoot拦截器源码分析”文章已经介绍完毕，想要掌握这篇文章的知识点还需要大家自己动手实践使用过才能领会，如果想了解更多相关内容的文章，欢迎关注百云主机行业资讯频道。