拦截器和过滤器的区别

        在平常使用中，对于某些功能的实现，可能既可以用拦截器完成，又可以用监听器完成。这样使我们对于这两个概念有一定程度上的混淆。

 拦截器和过滤器的区别

过滤器和拦截器的区别：

　①拦截器是基于java的反射机制的，而过滤器是基于函数回调。
　②拦截器不依赖与servlet容器，过滤器依赖与servlet容器。
　③拦截器只能对action请求起作用，而过滤器则可以对几乎所有的请求起作用。
　④拦截器可以访问action上下文、值栈里的对象，而过滤器不能访问。
　⑤在action的生命周期中，拦截器可以多次被调用，而过滤器只能在容器初始化时被调用一次。　    ⑥拦截器可以获取IOC容器中的各个bean，而过滤器就不行，这点很重要，在拦截器里注入一个service，可以调用业务逻辑。

触发时机

有个专业词语叫触发时机

1.过滤器和拦截器触发时间和地点不一样:

　　过滤器是在请求进入容器后，但请求进入servlet之前进行预处理的。请求结束返回也是，是在servlet处理完后，返回给前端之前。

总结：过滤器包裹住servlet，servlet包裹住拦截器。

如下图所示：

2.过滤器的触发时机是容器后，servlet之前，所以过滤器的doFilter(

ServletRequest request, ServletResponse response, FilterChain chain

)的入参是ServletRequest ，而不是httpservletrequest。因为过滤器是在httpservlet之前。

3.SpringMVC的机制是由同一个Servlet来分发请求给不同的Controller，其实这一步是在Servlet的service()方法中执行的。

4.还有，拦截器是spring容器的，是spring支持的

总结：拦截器功在对请求权限鉴定方面确实很有用处，在我所参与的这个项目之中，第三方的远程调用每个请求都需要参与鉴定，所以这样做非常方便，而且他是很独立的逻辑，这样做让业务逻辑代码很干净。和框架的其他功能一样，原理很简单，使用起来也很简单，大致看了下SpringMVC这一部分的源码，其实还是比较容易理解的。

　　我们项目中仅仅用到了preHandle这个方法，而未用其他的，框架提供了一个已经实现了拦截器接口的适配器类HandlerInterceptorAdapter，继承这个类然后重写一下需要用到的方法就行了，可以少几行代码，这种方式Java中很多地方都有体现。