先上代码，下面的demo中包含多个拦截器、过滤器，以及切面的前置通知/后置通知/环绕通知：
https://gitee.com/xiaorenwu_dashije/filter_interceptor.git
下面总结一下相关原理：
首先了解一下SpringMVC的执行流程
具体流程如下
- 用户发起请求到前端控制器（Controller）
- 前端控制器没有处理业务逻辑的能力，需要找到具体的模型对象处理（Handler），到处理器映射器（HandlerMapping）中查找Handler对象（Model）。
- HandlerMapping返回执行链，包含了2部分内容： ① Handler对象、② 拦截器数组
- 前端处理器通过处理器适配器包装后执行Handler对象。
- 处理业务逻辑。
- Handler处理完业务逻辑，返回ModelAndView对象，其中view是视图名称，不是真正的视图对象。
- 将ModelAndView返回给前端控制器。
- 视图解析器（ViewResolver）返回真正的视图对象（View）。
- （此时前端控制器中既有视图又有Model对象数据）前端控制器根据模型数据和视图对象，进行视图渲染。
- 返回渲染后的视图（html/json/xml）返回。
- 给用户产生响应。
核心就是DispatcherServlet核心控制器，我们看源码可知道DispatcherServlet是Servlet的子类
下面用一张图说一下过滤器、Servlet容器、拦截器、AOP、Controller之间的关系
然后具体执行流程如下：
拦截器和过滤器的区别
1、拦截器不依赖与servlet容器是SpringMVC自带的，过滤器依赖于Servlet容器。
2、拦截器是基于java的反射机制的，而过滤器是基于函数回调。
3、拦截器只能对action请求起作用，而过滤器则可以对几乎所有的请求起作用。
4、拦截器可以访问controller上下文、值栈里的对象，而过滤器不能访问。
(拦截器的preHandle方法在进入controller前执行，而拦截器的postHandle方法在执行完controller业务流程后，在视图解析器解析ModelAndView之前执行，可以操控Controller的ModelAndView内容。而afterCompletion是在视图解析器解析渲染ModelAndView完成之后执行的)
( 过滤器是在服务器启动时就会创建的，只会创建一个实例，常驻内存，也就是说服务器一启动就会执行Filter的init(FilterConfig config)方法.当Filter被移除或服务器正常关闭时，会执行destroy方法)
5、拦截器可以获取IOC容器中的各个bean，而过滤器就不行，这点很重要，在拦截器里注入一个service，可以调用业务逻辑。
(关于这句话的解读是：我们知道拦截器是SprinMVC自带的，而SpringMVC存在Controller层的，而controller层可以访问到service层，service层是不能访问service层的，而过滤器是客户端和服务端之间请求与响应的过滤)
6、过滤器和拦截器触发时机、时间、地方不一样
(过滤器是在请求进入容器后，但请求进入servlet之前进行预处理的。请求结束返回也是在servlet处理完后，返回给前端之前,如果看不懂可以看7完后再来理解)
7、过滤器包裹住servlet，servlet包裹住拦截器。