一、简述
过滤器(Filter),是在 Java Web 中将传入的 request、response 提前过滤掉一些信息、去除掉一些非法字符,或者提前设置一些参数、统一设置字符集等。然后再传入 Servlet 或 Struts2的action 进行业务逻辑处理。比如过滤掉非法 url(不是 login.do 的地址请求,如果用户没有登录都过滤掉)。
拦截器(Interceptor),是面向切面编程(AOP,Aspect Oriented Program)的。就是在 Service 或者一个方法前调用一个方法,或者在方法后调用一个方法。比如动态代理就是拦截器的简单实现,在调用方法前打印出字符串(或者做其它业务逻辑的操作),也可以在调用方法后打印出字符串,甚至在抛出异常的时候做业务逻辑的操作。
二、过滤器(Filter)与拦截器(Interceptor)对比
1️⃣通俗理解
过滤器(Filter):有一堆东西的时候,只选择符合要求的东西。定义这些要求的工具,就是过滤器。(理解:一堆字母中取一个B)拦截器(Interceptor):在一个流程正在进行的时候,干预它的进展,甚至终止它进行,这是拦截器做的事情。(理解:一堆字母中,干预它,通过验证的少点,顺便干点别的东西)
2️⃣主要区别
过滤器是基于函数回调。而拦截器是基于 Java 的反射机制的。过滤器依赖于 servlet 容器。拦截器不依赖于 servlet 容器。过滤器几乎可以对所有的请求起作用。拦截器只能对 action 请求起作用。过滤器不能访问 action 上下文、值栈里的对象。而拦截器可以访问。在 action 的生命周期中,过滤器只能在容器初始化时被调用一次。拦截器可以多次被调用。拦截器可以获取 IOC 容器中的各个 bean (基于 FactoryBean 接口),在拦截器里注入一个service,可以调用业务逻辑。而过滤器就不行。
3️⃣本质区别
从灵活性上说拦截器(Interceptor)功能更强大些,过滤器(Filter)能做的事情它都能做,而且可以在请求前,请求后执行,比较灵活。过滤器(Filter)主要是针对 URL 地址做一个编码的事情、过滤掉没用的参数、安全校验(比较泛的,比如登录不登录之类),太细的活儿还是建议用拦截器(Interceptor)。
4️⃣执行顺序过滤前---拦截前---Action处理---拦截后---过滤后
过滤是一个横向的过程,首先把客户端提交的内容进行过滤(例如未登录用户不能访问内部页面的处理);过滤通过后,拦截器将进行用户提交数据的验证,做一些前期的数据处理;接着把处理后的数据发给对应的 Action,Action 处理完成返回后,拦截器还可以做些其他事情,再向上返回到过滤器的后续操作。
过滤器(Filter)是在请求进入容器后,但还未进入 Servlet 之前进行预处理的。请求结束返回也是,是在 Servlet 处理完后,返回给前端之前。所以过滤器(Filter)的doFilter(ServletRequest request, ServletResponse response, FilterChain chain )
的入参是 ServletRequest,而不是 httpservletrequest。因为过滤器是在 httpservlet之前。
@Overridepublic void init(FilterConfig arg0) throws ServletException {}@Override public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain)throws IOException, ServletException {System.out.println("before...");chain.doFilter(request, response);System.out.println("after...");}@Overridepublic void destroy() {}
5️⃣过滤器(Filter)跟Servlet一样都是由服务器负责创建和销毁的。
在 web 应用程序启动时,服务器会根据应用程序的 web.xml 的配置信息调用public void init(FilterConfig filterConfig) throws ServletException
方法来初始化过滤器(Filter)。在 web 应用程序被移除或者是服务器关闭时,会调用public void destroy()
来销毁过滤器(Filter)。
在一个应用程序中一个过滤器(Filter)只会被创建和销毁一次。在初始化之后,过滤器(Filter)中声明了public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException
方法,用来实现一些需要在拦截完成之后的业务逻辑。
注意到上面的 doFilter() 的参数中,有 FilterChain chain 这个参数,它是传递过来的拦截链对象,里面包含了用户定义的一系列的拦截器,这些拦截器根据其在 web.xml 中定义的顺序依次被执行。当用户的信息验证通过或者当前拦截器不起作用时,可以执行chain.doFilter(request, response);
来跳过当前拦截器来执行拦截器链中的下一个拦截器,该方法的调用作为分水岭。事实上调用 Servlet 的 doService() 是在chain.doFilter(request, response);
这个方法中进行的。
三、过滤器(Filter)与拦截器(Interceptor)的应用场景
SpringMVC 的拦截器类似于 Servlet 开发中的过滤器(Filter),用于对处理器进行预处理和后处理。
1️⃣【日志记录】记录请求信息的日志,以便进行信息监控、信息统计、计算 PV(Page View) 等。
2️⃣【权限检查】如登录检测,进入处理器检测是否登录,如果没有直接返回到登录页面。
3️⃣【性能监控】有时候系统莫名其妙的慢,可以通过拦截器(Interceptor)在进入处理器之前记录开始时间,在处理完后记录结束时间,从而得到该请求的处理时间(如果有反向代理,如 apache 可以自动记录)。
4️⃣【通用行为】读取 cookie 得到用户信息并将用户对象放入请求,从而方便后续流程使用。还有如提取 Locale、Theme 信息等,只要是多个处理器都需要的即可使用拦截器(Interceptor)实现。
5️⃣【OpenSessionInView】如 hibernate,在进入处理器打开 Session,在完成后关闭 Session。
四、补充说明
Spring 的拦截器(Interceptor)与 Servlet 的过滤器(Filter)有相似之处,都能实现权限检查、日志记录等。不同的是:
使用范围不同:过滤器(Filter)是 Servlet 规范规定的,只能用于 web 程序中。而拦截器既可以用于 web 程序,也可以用于 Application、Swing 程序中。规范不同:过滤器(Filter)是在 Servlet 规范中定义的,是 Servlet 容器支持的。而拦截器(Interceptor)是在 Spring 容器内的,是 Spring 框架支持的。使用的资源不同:同其他的代码块一样,拦截器也是一个 Spring 的组件,归 Spring 管理,配置在 Spring 文件中,因此能使用 Spring 里的任何资源、对象,例如Service对象、数据源、事务管理等,通过 IOC 注入到拦截器即可。而过滤器(Filter)则不能。深度不同:过滤器(Filter)在只在 Servlet 前后起作用。而拦截器(Interceptor)能够深入到方法前后、异常抛出前后等,因此拦截器的使用具有更大的弹性。所以在 Spring 构架的程序中,要优先使用拦截器。
实际上过滤器(Filter)与拦截器(Interceptor)极其相似,区别只是过滤器(Filter)不能直接对用户生成响应。实际上过滤器(Filter)里 doFilter() 里的代码就是从多个 Servlet 的 service() 里抽取的通用代码,通过使用过滤器(Filter)可以实现更好的复用。
过滤器(Filter)是一个可以复用的代码片段,可以用来转换 Http 请求、响应和头信息。过滤器(Filter)不像 Servlet,它不能产生一个请求或者响应,它只是修改对某一资源的请求,或者修改从某一资源的响应。
JSR 中说明的是,按照多个匹配的过滤器(Filter),是按照其在 web.xml 中配置的顺序来执行的。所以这也就是,把自己的过滤器(Filter)或者其他的过滤器(Filter)(比如 UrlRewrite 的过滤器(Filter))放在 Struts2 的 DispatcherFilter 的前面的原因。因为它们需要在请求被 Struts2 框架处理之前,做一些前置的工作。
当过滤器(Filter)被调用,并且进入了 Struts2 的 DispatcherFilter 中后,Struts2 会按照在 Action 中配置的 Interceptor Stack 中的 Interceptor 的顺序,来调用Interceptor。