①拦截器interceptor是基于Java的反射机制的，而过滤器Filter是基于函数回调,实现的filter接口中doFilter方法就是回调函数。
②拦截器interceptor不依赖与servlet容器，过滤器Filter依赖与servlet容器,没有servlet容器就无法来回调doFilter方法。
③拦截器interceptor只能对action请求起作用，而过滤器Filter则可以对几乎所有的请求起作用,Filter的过滤范围比Interceptor大,Filter除了过滤请求外通过通配符可以保护页面，图片，文件等等。
④拦截器interceptor可以访问action上下文、值栈里的对象，而过滤器Filter不能访问。
⑤在action的生命周期中，拦截器interceptor可以多次被调用，而过滤器Filter只能在容器初始化时被调用一次。
⑥拦截器interceptor可以获取IOC容器中的各个bean，而过滤器Filter就不行，这点很重要，在拦截器里注入一个service，可以调用业务逻辑。
SpringMVC的机制是由同一个Servlet来分发请求给不同的Controller，其实这一步是在Servlet的service()方法中执行的。所以过滤器、拦截器、service()方法，dispatc()方法的执行顺序应该是这样的，大致画了个图：其实非常好测试，自己写一个过滤器，一个拦截器，然后在这些方法中都加个断点，一路F8下去就得出了结论。
(下面部分摘自Java我人生（陈磊兴）的技术博客)
总结：拦截器功在对请求权限鉴定方面确实很有用处，在我所参与的这个项目之中，第三方的远程调用每个请求都需要参与鉴定，所以这样做非常方便，而且他是很独立的逻辑，这样做让业务逻辑代码很干净。和框架的其他功能一样，原理很简单，使用起来也很简单，大致看了下SpringMVC这一部分的源码，其实还是比较容易理解的。
我们项目中仅仅用到了preHandle这个方法，而未用其他的，框架提供了一个已经实现了拦截器接口的适配器类HandlerInterceptorAdapter，继承这个类然后重写一下需要用到的方法就行了，可以少几行代码，这种方式Java中很多地方都有体现。
以上部分是摘自神一样存在的博客，参考了一下这个帖子：http://haohaoxuexi.iteye.com/blog/1750680
大家还可以参考一下这个电子书的截图：
