Spring cloud gateway详解和配置使用

一、基本功能

网关核心功能是路由转发，因此不要有耗时操作在网关上处理，让请求快速转发到后端服务上

网关还能做统一的熔断（Hystrix断路器）、请求限流（接口、用户）、安全认证、日志监控、路径重写、服务注册发现、可针对路由设置Predicate（断言）和 Filter（过滤器）等

匹配的注册中心：Eureka、Consul、Nacos

Zuul对比gateway：Zuul1.x是阻塞的，2.x的版本中，Zuul也是基于Netty，也是非阻塞的，差别不大

Gateway是基于WebFlux的(协调上下游各个组件提供响应式编程支持，非阻塞)

代理	延迟	平均请求/秒/线程
gateway	6.61ms	3.24k
linkered	7.62ms	2.82k
zuul	12.56ms	2.09k
none	2.09ms	11.77k

二、工作原理

原理说明：客户端向 Spring Cloud Gateway 发出请求。然后在 Gateway Handler Mapping 中找到与请求相匹配的路由，将其发送到 Gateway Web Handler。Handler 再通过指 定的过滤器链来将请求发送到我们实际的服务执行业务逻辑，然后返回。过滤器之间用虚线分开是因为过滤器可能会在发送代理请求之前（“pre”）或之后（“post”）执行业务逻辑。

注： Filter在“pre”类型的过滤器可以做参数校验、权限校验、流量监控、日志输出、协议转换等，

在“post”类型的过滤器中可以做响应内容、响应头的修改，日志的输出，流量监控等有着非常重要的作用。

三、predicate(决定了一个请求走哪一个路由)

用于接口请求参数校验、判断新老数据是否有变化需要进行更新操作。add–与、or–或、negate–非。

配置示例：

1)After Route Predicate Factory 时间匹配，只有当前时间大于设定时间，路由才会匹配

---

spring:

cloud:

gateway:

routes:

- id: after_route

uri: http://www.google.com

predicates:

- After=2018-12-25T14:33:47.789+08:00

---

这个路由规则会在东8区的2018-12-25 14:33:47后，将请求都转跳到google。

2）Before Route Predicate Factory 时间匹配，只要当前时间小于设定时间，路由才会匹配请求

---

spring:

cloud:

gateway:

routes:

- id: before_route

uri: http://www.google.com

predicates:

- Before=2018-12-25T14:33:47.789+08:00

---

这个路由规则会在东8区的2018-12-25 14:33:47前，将请求都转跳到google。

3）Between Route Predicate Factory 时间匹配，只要当前时间大于第一个设定时间，并小于第二个设定时间，路由才会匹配请求。

---

spring:

cloud:

gateway:

routes:

- id: between_route

uri: http://www.google.com

predicates:

- Between=2018-12-25T14:33:47.789+08:00, 2018-12-26T14:33:47.789+08:00

---

这个路由规则会在东8区的2018-12-25 14:33:47到2018-12-26 14:33:47之间，将请求都转跳到google。

4）Cookie Route Predicate Factory 参数匹配 使用的是cookie名字和正则表达式的value作为两个输入参数，请求的cookie需要匹配cookie名和符合其中value的正则

---

spring:

cloud:

gateway:

routes:

- id: cookie_route

uri: http://www.google.com

predicates:

- Cookie=cookiename, cookievalue

---

路由匹配请求存在cookie名为cookiename，cookie内容匹配cookievalue的，将请求转发到google。

5）Header Route Predicate Factory 参数匹配，正则匹配header的name，value

---

spring:

cloud:

gateway:

routes:

- id: header_route

uri: http://www.google.com

predicates:

- Header=X-Request-Id, \d+

---

路由匹配存在名为X-Request-Id，内容为数字的header的请求，将请求转发到google。

6)Host Route Predicate Factory host匹配

---

spring:

cloud:

gateway:

routes:

- id: host_route

uri: http://www.google.com

predicates:

- Host=**.somehost.org,**.anotherhost.org

---

路由会匹配Host示例：www.somehost.org 或 beta.somehost.org或www.anotherhost.org等请求。

7）Method Route Predicate Factory HTTP的method来匹配路由

---

spring:

cloud:

gateway:

routes:

- id: method_route

uri: http://www.google.com

predicates:

- Method=GET

---

路由会匹配到所有GET方法的请求。根据请求的方式来匹配

8）Path Route Predicate Factory 使用path列表作为参数，使用Spring的PathMatcher匹配path，可以设置可选变量。

---

spring:

cloud:

gateway:

routes:

- id: host_route

uri: http://www.google.com

predicates:

- Path=/foo/{segment},/bar/{segment}

---

上面路由可以匹配诸如：/foo/1 或 /foo/bar 或 /bar/baz等 其中的segment变量可以通过下面方式获取：

PathMatchInfo variables = exchange.getAttribute(URI_TEMPLATE_VARIABLES_ATTRIBUTE);

Map uriVariables = variables.getUriVariables();

String segment = uriVariables.get(“segment”);

9）Query Route Predicate Factory 可以通过一个或两个参数来匹配路由，一个是查询的name，一个是查询的正则value。

---

spring:

cloud:

gateway:

routes:

- id: query_route

uri: http://www.google.com

predicates:

- Query=baz

---

路由会匹配所有包含baz查询参数的请求

---

spring:

cloud:

gateway:

routes:

- id: query_route

uri: http://www.google.com

predicates:

- Query=foo, ba.

---

路由会匹配所有包含foo，并且foo的内容为诸如：bar或baz等符合ba.正则规则的请求。

10）RemoteAddr Route Predicate Factory 通过无类别域间路由(IPv4 or IPv6)列表匹配路由

---

spring:

cloud:

gateway:

routes:

- id: remoteaddr_route

uri: http://www.google.com

predicates:

- RemoteAddr=192.168.1.1/24

---

上面路由就会匹配RemoteAddr诸如192.168.1.10等请求，默认情况下获取