淺談SpringMVC HandlerInterceptor詭異問題排查
發(fā)現(xiàn)問題
最近在進(jìn)行壓測(cè)發(fā)現(xiàn),有一些接口時(shí)好時(shí)壞,通過sentry日志平臺(tái)及sky walking平臺(tái)跟蹤發(fā)現(xiàn),用戶張三獲取到的用戶上下文確是李四。
代碼走讀
用戶登錄下上文
/** * 用戶登錄下上文 * * @author : jamesfu * @date : 22/5/2019 * @time : 9:18 AM */ @Data public class UserContext { private final static ThreadLocal<UserContext> threadLocal = new ThreadLocal<>(); private Long id; private String loginName; public static UserContext get() { UserContext context = threadLocal.get(); if (context == null) { // TODO(james.h.fu):根據(jù)請(qǐng)求上下文獲取token, 然后恢復(fù)用戶登錄下上文 context = new UserContext() {{ setId(1L); setLoginName("james.h.fu1"); }}; threadLocal.set(context); } return context; } public static void clear() { threadLocal.remove(); } public static void set(UserContext context) { if (context != null) { threadLocal.set(context); } } }
在攔截器中有調(diào)用UserContext.set恢復(fù)用戶登錄上下文,并在請(qǐng)求結(jié)束時(shí)調(diào)用UserContext.clear清理用戶登錄上下文。
攔截器注冊(cè)配置
/** * 攔截器注冊(cè)配置 * * @author : jamesfu * @date : 22/5/2019 * @time : 9:15 AM */ @Configuration public class FilterConfig implements WebMvcConfigurer { @Autowired private JsonRpcInterceptor jsonRpcInterceptor; @Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(jsonRpcInterceptor) .addPathPatterns("/json.rpc"); } }
通過debug可以發(fā)現(xiàn)UserContext中的ThreadLocal的清理工作沒有得到執(zhí)行。導(dǎo)致請(qǐng)求進(jìn)來時(shí),有可能ThreadLocal已存在了,就不會(huì)再根據(jù)請(qǐng)求上下文恢復(fù)了。
springmvc 源碼走讀
tomcat 在收到http請(qǐng)求后,最終會(huì)交由spring mvc的 DispatcherServlet
處理。 這里可以從doDispatch按圖索驥,順藤摸瓜地往下看起走。
源碼走讀:DispatcherServlet
/** * Process the actual dispatching to the handler. * <p>The handler will be obtained by applying the servlet's HandlerMappings in order. * The HandlerAdapter will be obtained by querying the servlet's installed HandlerAdapters * to find the first that supports the handler class. * <p>All HTTP methods are handled by this method. It's up to HandlerAdapters or handlers * themselves to decide which methods are acceptable. * @param request current HTTP request * @param response current HTTP response * @throws Exception in case of any kind of processing failure */ protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception
請(qǐng)求會(huì)得到分發(fā),然后執(zhí)行各個(gè)已注冊(cè)Handler的preHandle-->postHandle-->afterCompletion。
源碼走讀:HandlerExecutionChain applyPreHandle
/** * Apply preHandle methods of registered interceptors. * @return {@code true} if the execution chain should proceed with the * next interceptor or the handler itself. Else, DispatcherServlet assumes * that this interceptor has already dealt with the response itself. */ boolean applyPreHandle(HttpServletRequest request, HttpServletResponse response) throws Exception { HandlerInterceptor[] interceptors = getInterceptors(); if (!ObjectUtils.isEmpty(interceptors)) { for (int i = 0; i < interceptors.length; i++) { HandlerInterceptor interceptor = interceptors[i]; if (!interceptor.preHandle(request, response, this.handler)) { triggerAfterCompletion(request, response, null); return false; } this.interceptorIndex = i; } } return true; }
當(dāng)執(zhí)行到preHandle返回false時(shí),它就會(huì)從上一個(gè)返回true的handler依次往前執(zhí)行afterCompletion,它自己的afterCompletion得不到執(zhí)行。
triggerAfterCompletion
/** * Trigger afterCompletion callbacks on the mapped HandlerInterceptors. * Will just invoke afterCompletion for all interceptors whose preHandle invocation * has successfully completed and returned true. */ void triggerAfterCompletion(HttpServletRequest request, HttpServletResponse response, @Nullable Exception ex) throws Exception { HandlerInterceptor[] interceptors = getInterceptors(); if (!ObjectUtils.isEmpty(interceptors)) { for (int i = this.interceptorIndex; i >= 0; i--) { HandlerInterceptor interceptor = interceptors[i]; try { interceptor.afterCompletion(request, response, this.handler, ex); } catch (Throwable ex2) { logger.error("HandlerInterceptor.afterCompletion threw exception", ex2); } } } }
triggerAfterCompletion只會(huì)在(1)出現(xiàn)異常,(2)preHandle返回false 或(3)正常執(zhí)行結(jié)束才會(huì)從索引interceptorIndex依次往前執(zhí)行。
所以基于以上源碼可以得知,在寫攔截器時(shí)preHandle返回false時(shí),afterCompletion是不會(huì)執(zhí)行的。所以一些必要的清理工作得不到執(zhí)行,會(huì)出現(xiàn)類似我們遇到的帳號(hào)串的問題。
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
SpringCloud項(xiàng)目集成Feign、Hystrix過程解析
這篇文章主要介紹了SpringCloud項(xiàng)目集成Feign、Hystrix過程解析,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2019-11-11SpringMvc web.xml配置實(shí)現(xiàn)原理過程解析
這篇文章主要介紹了SpringMvc web.xml配置實(shí)現(xiàn)原理過程解析,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-08-08Spring Boot 實(shí)現(xiàn)圖片上傳并回顯功能
本篇文章給大家分享Spring Boot 實(shí)現(xiàn)圖片上傳并回顯功能,文中通過實(shí)例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友參考下吧2021-07-07Spring事務(wù)失效場(chǎng)景的詳細(xì)整理
Spring 事務(wù)的傳播特性說的是,當(dāng)多個(gè)事務(wù)同時(shí)存在的時(shí)候,Spring 如何處理這些事務(wù)的特性,下面這篇文章主要給大家介紹了關(guān)于Spring事務(wù)失效場(chǎng)景的相關(guān)資料,需要的朋友可以參考下2022-02-02SpringBoot+Vue.js實(shí)現(xiàn)前后端分離的文件上傳功能
這篇文章主要介紹了SpringBoot+Vue.js實(shí)現(xiàn)前后端分離的文件上傳功能,需要的朋友可以參考下2018-06-06Java并發(fā)編程之Condition源碼分析(推薦)
這篇文章主要介紹了Java并發(fā)編程之Condition源碼分析,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2019-03-03