金九银十首战落败,过滤器和拦截器有啥区别,这次会了

这个是不久前在面试的时候遇到的一个问题 , 当时直接懵了 , 两个单拎出来 , 虽然不太完全 , 但都大概知道可以对请求进行拦截 , 放在一起比较 , 可真是头疼 。
其实之前面试完就去学习了一波 , 只不过那个时候没及时总结 , 现在总结一下 , 以免日后遇到这类问题又给忘咯 。
要理解这类问题 , 光靠死记硬背可能当时有用 , 过一阵子就差不多忘了 。 要想真的牢记 , 我们必须要实操一下 。
Filter的使用首先 , 要使用Filter , 必须实现javax.servlet.Filter接口:
publicinterfaceFilter{//web应用加载进容器 , Filter对象创建之后 , 执行init方法初始化 , 用于加载资源 , 只执行一次 。 publicdefaultvoidinit(FilterConfigfilterConfig)throwsServletException{}//每次请求或响应被拦截时执行 , 可执行多次 。 publicvoiddoFilter(ServletRequestrequest,ServletResponseresponse,FilterChainchain)throwsIOException,ServletException;//web应用移除容器 , 服务器被正常关闭 , 则执行destroy方法 , 用于释放资源 , 只执行一次 。 publicdefaultvoiddestroy(){}}init和destroy是default方法 , 实现类可以不用实现 。 doFilter必须实现 , 也就是说 , 作为一个过滤器 , doFilter必须要定义 。 doFlilter方法中传进来的FilterChain对象用来调用下一个过滤器 。 拦截器的使用publicinterfaceHandlerInterceptor{//拦截handler的执行-->在HanlerMapping决定适合的handler之后 , [在HandlerAdater调用handler之前执行 。 ]defaultbooleanpreHandle(HttpServletRequestrequest,HttpServletResponseresponse,Objecthandler)throwsException{returntrue;}//拦截handler的执行-->[在HandlerAdapter调用handler之后] , 在DispatcherServlet渲染视图之前执行defaultvoidpostHandle(HttpServletRequestrequest,HttpServletResponseresponse,Objecthandler,@NullableModelAndViewmodelAndView)throwsException{}//视图渲染后调用 , 且只有preHandle结果为true , 才会调用defaultvoidafterCompletion(HttpServletRequestrequest,HttpServletResponseresponse,Objecthandler,@NullableExceptionex)throwsException{}}//DispatcherServletif(!mappedHandler.applyPreHandle(processedRequest,response)){return;//遍历所有的interceptors , 调用preHandle方法 , 只有返回true , 才能进行下去}//这里也就是处理Contrllermv=ha.handle(processedRequest,response,mappedHandler.getHandler());//视图渲染applyDefaultViewName(processedRequest,mv);//视图渲染之后调用mappedHandler.applyPostHandle(processedRequest,response,mv);过滤器与拦截器到底有啥区别呢?一、实现原理不同过滤器的实现基于回调函数拦截器基于Java的反射机制【动态代理】实现 。 二、使用范围不同过滤器是Servlet的规范 , 需要实现javax.servlet.Filter接口 , Filter使用需要依赖于Tomcat等容器 。 拦截器是Spring组件 , 定义在org.springframework.web.servlet包下 , 由Spring容器管理【又有更加丰富的生缪那个周期处理方法 , 细粒度 , 且能够使用Spring中的资源】 , 不依赖Tomcat等容器 。 三、触发时机不同这一段在HandlerInterceptor类的注释上可以发现 , 两者的触发时机是不同的:
四、执行顺序不同同时配置了过滤器和拦截器的情形:
MyFilter1前MyFilter2前MyInterceptor1在Controller前执行MyInterceptor2在Controller前执行controller方法执行...MyInterceptor2Controller之后,视图渲染之前MyInterceptor1Controller之后,视图渲染之前MyInterceptor2视图渲染完成之后执行MyInterceptor1视图渲染完成之后执行MyFilter2后MyFilter1后过滤器的顺序每一次都将chain对象传入 , 达到最后接口回调的效果:
一个拦截器的preHandle为false , 则之后的所有拦截器都不会执行 。 一个拦截器的preHandle为true , 则这个拦截器的triggerAfterCompletion一定会执行 。 只有所有的拦截器preHandler都为true , 也就是正常执行 , postHandle才会执行 。 booleanapplyPreHandle(HttpServletRequestrequest,HttpServletResponseresponse)throwsException{HandlerInterceptor[]interceptors=getInterceptors();if(!ObjectUtils.isEmpty(interceptors)){for(inti=0;i<interceptors.length;i++){HandlerInterceptorinterceptor=interceptors[i];//一旦当前拦截器preHandle的返回值为false , 那么从上一个可用的拦截器的afterCompletion开始if(!interceptor.preHandle(request,response,this.handler)){triggerAfterCompletion(request,response,null);returnfalse;//这里返回false意为后续不进行下去了 。 }this.interceptorIndex=i;//interceptorIndex初始化为-1,只有当前拦截器preHandle为true , 才会赋值当前的i 。 }}returntrue;}voidapplyPostHandle(HttpServletRequestrequest,HttpServletResponseresponse,@NullableModelAndViewmv)throwsException{HandlerInterceptor[]interceptors=getInterceptors();if(!ObjectUtils.isEmpty(interceptors)){for(inti=interceptors.length-1;i>=0;i--){HandlerInterceptorinterceptor=interceptors[i];interceptor.postHandle(request,response,this.handler,mv);}}}voidtriggerAfterCompletion(HttpServletRequestrequest,HttpServletResponseresponse,@NullableExceptionex)throwsException{HandlerInterceptor[]interceptors=getInterceptors();for(inti=this.interceptorIndex;i>=0;i--)}五、控制执行顺序方式不同两者默认都是使用注册顺序 , 如果想要认为控制执行的顺序 , 方式略有不同:
过滤器如果想要强制改变 , 可以使用@Order注解 。 拦截器如果使用order()方法@Order(2)@ComponentpublicclassMyFilter1implementsFilter{}@ComponentpublicclassWebAdapterimplementsWebMvcConfigurer{@AutowiredMyInterceptor1myInterceptor1;@AutowiredMyInterceptor2myInterceptor2;@OverridepublicvoidaddInterceptors(InterceptorRegistryregistry){registry.addInterceptor(myInterceptor1).addPathPatterns("/**").order(2);registry.addInterceptor(myInterceptor2).addPathPatterns("/**").order(1);}}总结原理实现上:过滤器基于回调实现 , 而拦截器基于动态代理 。 控制粒度上:过滤器和拦截器都能够实现对请求的拦截功能 , 但是在拦截的粒度上有较大的差异 , 拦截器对访问控制的粒度更细 。 使用场景上:拦截器往往用于权限检查、日志记录等 , 过滤器主要用于过滤请求中无效参数 , 安全校验 。 依赖容器上:过滤器依赖于Servlet容器 , 局限于web , 而拦截器依赖于Spring框架 , 能够使用Spring框架的资源 , 不仅限于web 。 触发时机上:过滤器在Servlet前后执行 , 拦截器在handler前后执行 , 现在大多数web应用基于Spring , 拦截器更细 。 【金九银十首战落败,过滤器和拦截器有啥区别,这次会了】如果觉得本文你有帮助 , 点个关注支持一下哈


    推荐阅读