大话SpringCloud---Gateway三大核心概念与工作流程

上一篇博客介绍了微服务网关的概念，以及zuul和Spring Cloud Gateway的技术选型，这一篇记录下后者的几个重要概念以及大致工作流程。以下Spring Cloud Gateway用Gateway表示。

---

三大概念：

1. 路由(Route): 路由是构建网关的基本模块，它由ID，目标URI，一系列的断言和过滤器组成，如果断言为true则匹配该路由.
2. 断言(predicate): 参考的是java8的java.util.function.Predicate开发人员可以匹配HTTP请求中的所有内容（例如请求头或请求参数），如果请求与断言相匹配则进行路由
3. 过滤(filter): 指的是Spring框架中GatewayFilter的实例，使用过滤器，可以在请求被路由前或者之后对请求进行修改。

以上都是从学习资料上copy过来的。

下面描述下，先说断言，这个东西其实可以看成一个布尔表达式。如果为真就啥都不干，放你过去。如果为假，即断言不成立，就不让你过去

接着说下路由，首先一个请求进来之后，网关会根据请求的URL转发到对应的路由上。而每个路由上又会有对应的断言，上文说了，断言就是个布尔表达式。它会判断请求的路径是否符合要求。如果符合要求则让你进路由，否则，哪凉快去哪里。

举个例子，我是研发部的一名员工，那么我应该去研发部上班，我有一张研发部的工卡，只能进入研发部的区域，而不能去市场部瞎转。因为没有市场部的门卡，进不去，就算走到门口，机器也不能识别。这里门卡就相当于请求URL，部门相当于路由，而门口识别门卡的机器就是断言。

最后说一下过滤，这个东西，应该比较熟悉了。和我们以前用的作用差不多。无非就是过滤一些请求以及在请求前后对代码进行一些改动（增强）。

这里也一样。浏览器请求进到路由之后，也成功通过了断言。那么路由之内还会有一系列的过滤器，这些东西会在请求前后对代码做一些修改。具体什么修改呢？修改多了，比如（监控，限流，日志输出等等）。

再拿上面研发部的例子，我有门卡，通过门口的机器检测进入到了研发部，这时我的boss走了过来，我内心想着，他很可能就是我的“过滤器”。结果还真是，他在我上班前对我痛骂了一顿（请求前改动代码），并且在我下班后要求我加班（请求后改动代码）。只因为我迟到了。这了boss就相当于过滤器，在我上班前后对我进行了“改动”。

上面当说概念，有点难去想，下面放一张图：

总结一些,首先任何请求进来，网关都会把它们拦住。根据请求的URL把它们分配到不同的路由上，路由上面会有断言，来判断请求能不能进来。进来之后会有一系列的过滤器对请求被转发前或转发后进行改动。 具体怎么个改动法，那就根据业务不同而自定义了。一般就是监控，限流，日志输出等等。

工作流程：

其实也一样，客户端像Gateway发出请求。然后Gateway Handler Mapping中找到与请求相匹配的路由，将其发送给Gateway Web Handler。

Handler再通过指定的过滤器链来将请求发送到我们实际的服务执行业务逻辑，然后返回。过滤器之间用虚线分开是因为过滤器可能会在发送代理请求之前或之后执行业务逻辑。

filter在请求之前可以做参数校验，权限校验，流量监控，日志输出，协议转换等等，在请求之后可以做响应内容、响应头的修改，日志输出，流量监控等，这个过滤器作用还是很大的。

以上，感谢您的观看