每一个Predicate的使用,可以理解为:当满足条件后才会进行转发,如果十多个,那就是满足所有条件才会转发

断言种类

After:匹配在指定日期时间之后发生的请求。Before:匹配在指定日期之前发生的请求。Between:需要指定两个日期参数,设定一个时间区间,匹配此时间区间内的请求。Cookie:需要指定两个参数,分别为name和regexp(正则表达式),也可以理解Key和Value,匹配具有给定名称且其值与正则表达式匹配的Cookie。Header:需要两个参数header和regexp(正则表达式),也可以理解为Key和Value,匹配请求携带信息。Host:匹配当前请求是否来自于设置的主机。Method:可以设置一个或多个参数,匹配HTTP请求,比如GET、POSTPath:匹配指定路径下的请求,可以是多个用逗号分隔Query:需要指定一个或者多个参数,一个必须参数和一个可选的正则表达式,匹配请求中是否包含第一个参数,如果有两个参数,则匹配请求中第一个参数的值是否符合正则表达式。RemoteAddr:匹配指定IP或IP段,符合条件转发。Weight:需要两个参数group和weight(int),实现了路由权重功能,按照路由权重选择同一个分组中的路由

常用断言

演示在官网上都有提供,具体地址为:https://docs.spring.io/spring-cloud-gateway/docs/current/reference/html/#gateway-request-predicates-factories

After

匹配在指定时间之后发生的请求,可以对应提前上线业务 yml配置:

server:

port: 9999

spring:

application:

name: cloud-gateway-service

cloud:

nacos:

discovery:

server-addr: localhost:8848

gateway:

discovery:

locator:

enabled: false # 是否与服务发现进行组合,通过ServiceID转发到具体的服务实例,默认为false,

# 设置为true便开启通过服务注册中心来自动根据SeviceID创建路由功能。

routes:

- id: nacos-provider # 路由ID,唯一不可重复,最好配合服务名

uri: lb://nacos-provider # 匹配提供服务的路由地址 lb://代表开启负载均衡

predicates: # 断言

- Path=/msb/** # 匹配对应地址

- After=2022-01-07T14:39:10.529+08:00[Asia/Shanghai] # 在这个时间之后的请求都能通过,当前没有为题以后,故意改为1个小时以后

写一个测试类,来获取当前时间

public class TestDateTime {

public static void main(String[] args) {

ZonedDateTime zbj = ZonedDateTime.now();//默认时区

System.out.println(zbj);

}

}

测试:

当前时间之后请求没有问题 设置为1个小时会后访问404: 当这个After理解了以后,剩下的关于日期时间的设置Before、Between道理都是一样的,只不过是限定不同的日期时间区间

Cookie

需要指定两个参数,分别为name和regexp(正则表达式),也可以理解Key和Value,匹配具有给定名称且其值与正则表达式匹配的Cookie。

简单理解就是路由规则会通过获取Cookie name值和正则表达式去匹配,如果匹配上就会执行路由,如果匹配不上则不执行。

我们可以分为两种情况演示,Cookie匹配,Cookie不匹配

server:

port: 9999

spring:

application:

name: cloud-gateway-service

cloud:

nacos:

discovery:

server-addr: localhost:8848

gateway:

discovery:

locator:

enabled: false # 是否与服务发现进行组合,通过ServiceID转发到具体的服务实例,默认为false,

# 设置为true便开启通过服务注册中心来自动根据SeviceID创建路由功能。

routes:

- id: nacos-provider # 路由ID,唯一不可重复,最好配合服务名

uri: lb://nacos-provider # 匹配提供服务的路由地址 lb://代表开启负载均衡

predicates: # 断言

- Path=/msb/** # 匹配对应地址

# - After=2022-01-07T14:39:10.529+08:00[Asia/Shanghai] # 在这个时间之后的请求都能通过

- Cookie=username,[a-z]+ # 匹配Cookie的key和value(正则表达式)

那么我们通过postman来进行测试 当Cookie匹配时: 当Cookie不匹配时:

Header

需要两个参数header和regexp(正则表达式),也可以理解为Key和Value,匹配请求携带信息。

实际上就是请求头携带的信息,官网给出的案例是X-Request-Id,那我们就用这个做实验

server:

port: 9999

spring:

application:

name: cloud-gateway-service

cloud:

nacos:

discovery:

server-addr: localhost:8848

gateway:

discovery:

locator:

enabled: false # 是否与服务发现进行组合,通过ServiceID转发到具体的服务实例,默认为false,

# 设置为true便开启通过服务注册中心来自动根据SeviceID创建路由功能。

routes:

- id: nacos-provider # 路由ID,唯一不可重复,最好配合服务名

uri: lb://nacos-provider # 匹配提供服务的路由地址 lb://代表开启负载均衡

predicates: # 断言

- Path=/msb/** # 匹配对应地址

#- After=2022-01-07T14:39:10.529+08:00[Asia/Shanghai] # 在这个时间之后的请求都能通过

#- Cookie=username,[a-z]+

- Header=X-Request-Id,\d+ #表示数字

Host

匹配当前请求是否来自于设置的主机。 server: port: 9999 spring: application: name: cloud-gateway-service cloud: nacos: discovery: server-addr: localhost:8848 gateway: discovery: locator: enabled: false # 是否与服务发现进行组合,通过ServiceID转发到具体的服务实例,默认为false, # 设置为true便开启通过服务注册中心来自动根据SeviceID创建路由功能。 routes: - id: nacos-provider # 路由ID,唯一不可重复,最好配合服务名 uri: lb://nacos-provider # 匹配提供服务的路由地址 lb://代表开启负载均衡 predicates: # 断言 - Path=/msb/** # 匹配对应地址 #- After=2022-01-07T14:39:10.529+08:00[Asia/Shanghai] # 在这个时间之后的请求都能通过 #- Cookie=username,[a-z]+ #- Header=X-Request-Id,\d+ #表示数字 - Host=**.mashibing.com #匹配当前的主机地址发出的请求

相关文章

评论可见,请评论后查看内容,谢谢!!!
 您阅读本篇文章共花了: