SpringBoot---＞＞＞web--＞＞拦截器执行原理

拦截器执行原理

早在Mvc阶段就接触过Interceptor执行原理，那时知道的是：

在DIspatcherServlet中，执行doDispatch方法时，执行到执行preHandle方法的那一行会存在一个HandleExecutionChain的过滤器链，然后如果你注册了多个过滤器，通过输出和观察源码运行 ，会看见preHandle按照HandleExecutionChain中的顺序执行，postHandle倒序执行，AfterComplate方法倒序执行，并且，如果请求被拦截，那么会执行当前拦截器的afterHandle方法以及之前的拦截器的afterHandle方法，因为源码中执行preHandle的for循环是i++，剩下两个是i--，并且在执行preHandle拦截器链时，会判断执行的preHandle方法返回值，为false时就会调用当前拦截器的AfterHandle，然后--【倒序】执行AfterHandle，就这样就执行了当前拦截器之前的AfterHandle方法

现在再复习一下。

//从这一行进入
if (!mappedHandler.applyPreHandle(processedRequest, response)) {
   return;
}

就能看见，有拦截器链，循环中的if判断就是看方法返回值是不是false，!false就是true，然后就会执行AfterCompletion方法。相较于之前接触过的源码，这一次思路更清晰，看见的和体会的也不一样。

 

doDispatch方法继续执行

mappedHandler.applyPostHandle(processedRequest, response, mv);

进入后就会看见，--for循环，倒叙执行postHandle方法

 

再接着往下执行doDIspatch方法

processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);

进入后

先是熟悉的渲染页面环节

 

接下来

mappedHandler.triggerAfterCompletion(request, response, null);

进入后，倒叙执行所有拦截器的AfterCompletion方法