一、简述

过滤器(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之前。

@Override
public 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...");
 }

@Override
public 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。