一、简述
过滤器(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处理---拦截后---过滤后
过滤器(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。
