过滤器和拦截器的区别

过滤器Interceptor 和 拦截器Filter的主要区别：

• 归属不同
  拦截器Filter属于Servlet技术，过滤器Interceptor属于SpringMVC技术
  

• 实现机制不同
  拦截器Filter是基于java的反射机制的，而过滤器Interceptor是基于函数的回调。

• 拦截内容不同
  Filter对所有访问进行增强，Interceptor仅针对SpringMVC的访问进行增强，于面向切面编程（AOP）的一种运用。

• 接口内容不同

  • javax.servlet.Filter 接口：
    1、init (FilterConfig filterConfig)
    该方法用于初始化过滤器
    2、doFilter(ServletRequest request,SeivletResponse response, FilterChain chain)
    完成实际的过滤操作，当客户端请求的 URL 与过滤器映射的 URL 匹配时，容器会先调用该方法对请求进行拦截。其中：参数 request 和 response 表示请求和响应对象。参数 chain 代表当前 Filter 链对象，在该方法内部，调用 chain.doFilter() 方法，才能把请求交付给 Filter 链中的下一个 Filter 或者 Web 资源。
    3、destroy()
    该方法在销毁 Filter 对象之前被调用，用于释放被 Filter 对象占用的资源。
  • com.opensymphony.xwork2.interceptor.Interceptor接口：
    1、 init()
    在该拦截器被实例化之后，在该拦截器执行拦截之前，系统将回调该方法。对于每个拦截器而言，其init()方法只执行一次。因此，该方法的方法体主要用于初始化资源。
    2、 destory()
    该方法与init()方法对应。在拦截器实例被销毁之前，系统将回调该拦截器的destory方法，该方法用于销毁在init方法里打开的资源。
    3、 intercept(ActionInvocation invocation)
    该方法是用户需要实现的拦截动作。就像Action的execute方法一样。intercept方法会返回一个字符串作为逻辑视图。如果该方法直接返回了一个字符串，系统会将跳转到该逻辑视图对应的实际视图资源，不会调用被拦截的Action。该方法的ActionInvocation参数包含了被拦截的Action的引用，可以通过调用该参数的invoke方法，将控制权转给下一个拦截器，或者转给Action的execute方法(如果该拦截器后没有其他拦截器，则直接执行Action的execute方法)。

• 使用场景不同
  过滤器 Filter ：可以拿到原始的http请求，但是拿不到你请求的控制器和请求控制器中的方法的信息。
  拦截器 Interceptor：可以拿到你请求的控制器和方法，却拿不到请求方法的参数。
  所以使用他们的使用场景不一样：
  过滤器Filter几乎对所有的请求起作用，而Interceptor只能对action请求起作用，Interceptor可以访问Action的上下文，值栈里的对象，而Filter不能。