1. Zuul的工作机制

　　Zuul提供了一个框架，可以对过滤器进行动态的加载，编译，运行。过滤器之间没有直接的相互通信，他们是通过一个RequestContext的静态类来进行数据传递的。RequetstContext类中的ThreadLocal变量来记录每个request所需要传递的数据。

　　它包含了对请求的路由和过滤两个功能，其中路由功能负责将请求转发到具体的微服务实例上，而过滤器功能则负责对请求进行预处理。

　　然而实际上，路由功能在真正运行时，它的路由映射和请求转发功能也是由过滤器来完成的。路由映射器主要通过pre类型的的过滤器完成，将请求路径与配置的路由规则进行匹配，找到需要的转发的目标地址，而请求转发的部分则是由route类型的过滤器来完成。

　　所以，过滤器可以说是Zuul实现API网管功能最为核心的部件，每一个进入Zuul的HTTP请求都会经过一些列的过滤器处理连得到请求响应并返回给客户端。

　　过滤器是由Groovy写得，这些过滤器文件被放在Zuul Server上的特定目录下面，Zuul会定期轮询这些目录，修改过的过滤器会动态的加载到Zuul Server中以便于request使用。

　　过滤器的类型

　　PRE:在请求达到Origin Server之前调用，比如身份验证

　　CUSTOM:自定义的过滤器

　　ROUTING:在路由请求时被调用

　　POST:在routing和error过滤器之后被调用，比如做各种统计

　　ERROR:在其他阶段发生错误时执行该过滤器

2. 分析

1. @EnableZuulProxy和@EnableZuulServer注解

　　@EnableZuulServer注解：普通网关，只支持基本的route和filter

　　@EnableZuulProxy注解：配合上服务发现与熔断开关的@EnableZuulServer的增强版，具有反向代理的功能。

2. ZuulConfiguration

　　这里时调用zuulFilter的入口

　　这里时将所有的filter加载到FilterRegistry中

3. ZuulProxyConfiguration继承了ZuulConfiguration

4. 过滤器的介绍

5. ServletDetectionFilter过滤器

　　用来检测当前请求是通过Spring的DispatcherServlet处理运行还是通过ZuulServlet来处理运行的，会被Servlet30WrapperFilter这个过滤器使用。