一、Servlet Filter与Spring interceptor的执行顺序
Filter有顺序吗？我们怎么控制filter的执行顺序。通过Tomcat的代码分析，servlet在Filter执行完成后才调用，如有多个filter怎么控制执行顺序，首先会想到在web.xml配置某个参数，例如order之类的，但查找一下一番，servlet并没有这个参数。试试filter Mapping的配置的先后顺序，果然有效，原来filter的执行顺序就考filter mapping在web.xml中的顺序。
spring interceptor也是这样的执行顺序，不过interceptor多一个配置参数order通过他也可以来实现interceptor的执行顺序。很多应用场景中，执行顺序还是重要的，比如cache和transaction interceptor的执行顺序，很显然cache应该在transaction之前，这样发现命中了就不用打开事务，如果transaction在前，每次都打开事务即使cache命中，这是一个无谓东动作。
二、利用springMVC的interceptor实现页面性能监控（Filter亦可）
调优第一步，找出耗时比较长的页面进行优化。利用interceptor能轻易搞定。interceptor提供了preHandle和postHandle以及afterCompletion三个方法。preHandle调用controller具体方法之前调用，postHandle完成具体方法之后调用，afterCompletion完成对页面的render以后调用，至此整个页面渲染完成。也就是说我们在preHandle记录开始的时间，在afterCompletion记录结束的时间，就可或者整个页面生成的时间。Spring自带StopWatch工具类来实现时间跟踪，关键一点interceptor不是线程安全的。我们需要借助threadlocal来实现线程安全。
| @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { if(usePerformance){ StopWatch stopWatch = new StopWatch(handler.toString()); stopWatchLocal.set(stopWatch); stopWatch.start(handler.toString()); } return true; } @Override public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception { if(usePerformance){ StopWatch stopWatch = stopWatchLocal.get(); stopWatch.stop(); String currentPath = request.getRequestURI(); String queryString = request.getQueryString(); queryString = queryString == null ? "":"?" + queryString; log.info("access url path:" + currentPath + queryString + " |time:" + stopWatch.getTotalTimeMillis()); stopWatchLocal.set(null); } } |
如果你没有使用springMVC可以使用filter来完成：
| stopWatch.start(); doFilterChain(); stopWatch.stop(); |
三、SpringMVC 拦截器实现分析
SpringMVC的拦截器不同于Spring的拦截器，SpringMVC具有统一的入口DispatcherServlet，所有的请求都通过DispatcherServlet，所以只需要在DispatcherServlet上做文章即可，DispatcherServlet也没有代理，同时SpringMVC管理的Controller也不有代理。哪不难想到我们在执行controller之前做某些动作，执行完毕做某些动作，render完成做某些动作。SpringMVC的拦截器对应提供了三个preHandle，postHandle，afterCompletion方法。只需在三个方法内写我们需要的逻辑就行，多了都是废话，还是代码实在。
| HandlerInterceptor[] interceptors = mappedHandler.getInterceptors(); if (interceptors != null) { for (int i = 0; i < interceptors.length; i++) { HandlerInterceptor interceptor = interceptors[i]; //ha.handle是调用具体的controller在此之前执行preHandle if (!interceptor.preHandle(processedRequest, response, mappedHandler.getHandler())) { triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, null); return; } interceptorIndex = i; } } // Actually invoke the handler. mv = ha.handle(processedRequest, response, mappedHandler.getHandler()); |
完成调用之后，调用render()，最后执行afterCompletion()。
| if (interceptors != null) { for (int i = interceptors.length - 1; i >= 0; i--) { HandlerInterceptor interceptor = interceptors[i]; interceptor.postHandle(processedRequest, response, mappedHandler.getHandler(), mv); } } } catch (ModelAndViewDefiningException ex) { logger.debug("ModelAndViewDefiningException encountered", ex); mv = ex.getModelAndView(); } catch (Exception ex) { Object handler = (mappedHandler != null ? mappedHandler.getHandler() : null); mv = processHandlerException(processedRequest, response, handler, ex); errorView = (mv != null); } // Did the handler return a view to render? if (mv != null && !mv.wasCleared()) { render(mv, processedRequest, response); if (errorView) { WebUtils.clearErrorRequestAttributes(request); } } else { if (logger.isDebugEnabled()) { logger.debug("Null ModelAndView returned to DispatcherServlet with name '" + getServletName() + "': assuming HandlerAdapter completed request handling"); } } // Trigger after-completion for successful outcome. triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, null); |