路由在微服务体系的一个组成部分。例如，/可以映射到您的web应用程序，/api/user映射到用户服务，并将/api/shop映射到商店服务。
从官方的解释来看Zuul时Netflix的基于JVM的路由器和服务端负载均衡器
工作原理
1.过滤器机制
zuul的核心是一系列的filter，其作用可以类比Servlet框架的Filter ，或者AOP。
zuul将Request route到用户处理逻辑的过程中，这些filter参与一些过滤处理，比如Authentication，LoadShedding。
Zuul；提供了一个框架，可以对过滤器进行动态的加载，编译，运行。
Zuul的过滤器之间没有直接的相互通信，他们之间通过一个RequestContext的静态类进行数据传输的。
RequestContext类中有ThreadLocal变量来记录每一个Request所需要传输的数据
Zuul的过滤器时由Groovy写成，这些过滤器文件被放在Zuul Server上特定目录下面，Zuul会定期轮询这些目录，修改过的过滤器会动态的加载到Zuul Server中便过滤请求使用
下面有几种标准的过滤器类型：
Zuul大部分功能都是通过过滤器来实现的。Zuul中定义了四种标准过滤器类型，这些过滤器类型对应于请求的典型生命周期。
(1) PRE：这种过滤器在请求被路由之前调用。我们可利用这种过滤器实现身份验证、在集群中选择请求的微服务、记录调试信息等。
(2) ROUTING：这种过滤器将请求路由到微服务。这种过滤器用于构建发送给微服务的请求，并使用Apache HttpClient或Netfilx Ribbon请求微服务。
(3) POST：这种过滤器在路由到微服务以后执行。这种过滤器可用来为响应添加标准的HTTP Header、收集统计信息和指标、将响应从微服务发送给客户端等。
(4) ERROR：在其他阶段发生错误时执行该过滤器。
内置的特殊过滤器
zuul还提供了一类特殊的过滤器，分别为：StaticResponseFilter和SurgicalDebugFilter
StaticResponseFilter：StaticResponseFilter允许从Zuul本身生成响应，而不是将请求转发到源。
SurgicalDebugFilter：SurgicalDebugFilter允许将特定请求路由到分隔的调试集群或主机。
自定义的过滤器
除了默认的过滤器类型，Zuul还允许我们创建自定义的过滤器类型。
例如，我们可以定制一种STATIC类型的过滤器，直接在Zuul中生成响应，而不将请求转发到后端的微服务
过滤器的生命周期
Zuul请求的生命周期如图，该图详细描述了各种类型的过滤器的执行顺序。
