金九银十首战落败,过滤器和拦截器有啥区别,这次会了
这个是不久前在面试的时候遇到的一个问题 , 当时直接懵了 , 两个单拎出来 , 虽然不太完全 , 但都大概知道可以对请求进行拦截 , 放在一起比较 , 可真是头疼 。
其实之前面试完就去学习了一波 , 只不过那个时候没及时总结 , 现在总结一下 , 以免日后遇到这类问题又给忘咯 。
要理解这类问题 , 光靠死记硬背可能当时有用 , 过一阵子就差不多忘了 。 要想真的牢记 , 我们必须要实操一下 。
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对象传入 , 达到最后接口回调的效果:
过滤器如果想要强制改变 , 可以使用@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 , 拦截器更细 。 【金九银十首战落败,过滤器和拦截器有啥区别,这次会了】如果觉得本文你有帮助 , 点个关注支持一下哈
推荐阅读
- 这早餐我从3岁开始吃,三十多年了,从没吃腻过,晶莹剔透很好吃
- 天冷了,怎能不吃此菜?十分钟就上桌,香辣可口还美味,贼香
- 炖猪肉时,牢记“3不放”,肉烂味鲜无腥味,香味十足!
- 南瓜不要煮粥了, 教你做面皮, 比凉皮还简单, 筋道十足又好吃
- 香味十足的几道家常菜,美味营养,解馋下饭,大人孩子都爱吃
- 几道香味十足的家常菜,色香味俱全,简单美味,让家人吃的过瘾
- 一家三口早餐,用了30分钟,营养十几种,网友:比我家午餐都丰盛
- 几道超级美味的下饭菜,做法简单还营养十足,上桌大家都夸你!
- 几道简单好吃的家常美食,好吃又好看,鲜香十足,很受大家的欢迎
- 最爱这懒人早餐,又香又脆,连吃8个不够,十几分钟做全家人早餐
