十七.SpringCloud源码剖析-Zuul的核心Filter

本是古典何须时尚 2022-12-31 07:21 135阅读 0赞

### zuul的执行流程 ###

Zuul是服务网关，是微服务的访问入口和出口，它的核心工作思想是：根据客户端的请求URL，通过路由映射到相应的微服务，然后通过服务发现的方式结合Ribbon实现对下游微服务的负载均衡 。Zuul通过大量的Filters实现上述功能，在zuul底层通过ZuulServlet定义整个请求的流程，请求会调用经过pre前置过滤器，route路由过滤器，post后置过滤器，然后返回响应结果，下面是一张摘抄于SpringCloud官网的zuul的生命周期图

![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-p8iIeNMn-1609169282005)(Netflix Zuul源码剖析-初始化.assets/11046204-d97b641db19201b4.png)\]][img-p8iIeNMn-1609169282005_Netflix Zuul_-_.assets_11046204-d97b641db19201b4.png]

这张图的大致流程为：

*  当客户端请求过来首先会到 “pre” 前置过滤器，前置过滤器会根据URL决定执行哪个Routing 路由过滤器
 *  请求到达”routing” 路由过滤器,路由过滤器会选择一个微服务去执行，底层使用了Ribbon进行负载均衡
 *  请求到达某个微服务，执行完成后又会回到“routing”路由过滤器，然后执行“post”后置过滤器，请求结束
 *  如果过滤器在执行的过程中报错，则会执行“error”过滤器，然后执行“post”过滤器，最后返回结果
 *  如果是“post”过滤器执行出错，然后执行“error”过滤器，但是不会再回到“post”过滤器，而是最返回结果

### Zuul的核心Filters ###

下面是zuul的默认filters ，位于 spring-cloud-netflix-core.jar的 zuul.filters包中，它们的执行顺序在FilterConstants类：

<table> 
 <thead> 
  <tr> 
   <th>类型</th> 
   <th>过滤器</th> 
   <th>描述</th> 
   <th>顺序</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>pre</td> 
   <td>ServletDetectionFilter</td> 
   <td>在pre过滤器中，ServletDetectionFilter是第一个执行的过滤器，检测请求是用 DispatcherServlet还是 ZuulServlet，将结果设置到RequestContext中</td> 
   <td>-3</td> 
  </tr> 
  <tr> 
   <td>pre</td> 
   <td>Servlet30WrapperFilter</td> 
   <td>主要是将原始请求进行包装，将原始的HttpServletRequest请求包装成Servlet30RequestWrapper类型</td> 
   <td>-2</td> 
  </tr> 
  <tr> 
   <td>pre</td> 
   <td>FormBodyWrapperFilter</td> 
   <td>同Servlet30RequestWrapper一样，也是对请求的一个包装，只不过他只包装表单数据，即：content-type中必须带有“application/x-www-form-urlencoded”或“multipart/form-data”</td> 
   <td>-1</td> 
  </tr> 
  <tr> 
   <td>error</td> 
   <td>SendErrorFilter</td> 
   <td>这个是用来发送错误的Filter</td> 
   <td>0</td> 
  </tr> 
  <tr> 
   <td>pre</td> 
   <td>DebugFilter</td> 
   <td>设置请求过程是否开启debug,将当前请求上下文中的<code>debugRouting</code>和<code>debugRequest</code>参数设置为true</td> 
   <td>1</td> 
  </tr> 
  <tr> 
   <td>pre</td> 
   <td>PreDecorationFilter</td> 
   <td>基本的路由转发配置,根据uri调用哪一个route过滤器</td> 
   <td>5</td> 
  </tr> 
  <tr> 
   <td>route</td> 
   <td>RibbonRoutingFilter</td> 
   <td>服务路由的过滤器，使用用Ribbon 做负载均衡，hystrix做熔断</td> 
   <td>10</td> 
  </tr> 
  <tr> 
   <td>route</td> 
   <td>SimpleHostRoutingFilter</td> 
   <td>简单主机路由过滤器，如果使用url路由，则用这个过滤器</td> 
   <td>100</td> 
  </tr> 
  <tr> 
   <td>route</td> 
   <td>SendForwardFilter</td> 
   <td>它使用RequestDispatcher转发请求</td> 
   <td>500</td> 
  </tr> 
  <tr> 
   <td>post</td> 
   <td>SendResponseFilter</td> 
   <td>SendResponseFilter是Zuul的最后一个Filter，负责最终响应结果的输出。</td> 
   <td>1000</td> 
  </tr> 
 </tbody> 
</table>

文章结束，这一章作为铺垫，我们将在后面章节从源码的角度详细介绍Zuul的核心配置和执行流程

[img-p8iIeNMn-1609169282005_Netflix Zuul_-_.assets_11046204-d97b641db19201b4.png]: /images/20221120/d6e6f017527241e795399c8e7f03cb39.png