CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章Java之Springcloud Gateway内置路由案例讲解由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.

Spring Cloud Gateway路由匹配是Spring WebFlux基础功能的一部分，在Spring Cloud Gateway中内置了很多路由断言工厂类。不同的断言工厂类针对HTTP请求的不同属性。多个断言工厂类可以使用逻辑“and”进行组合使用.

4.1 After Route Predicate Factory

       这个Predicate工厂的实现类是AfterRoutePredicateFactory，使用一个时间参数，如果当前请求的时间在配置的赶时间之后，此断言才会返回true。在application.yml中如下配置所示:

注意这个类使用的时间类是ZonedDateTime，表示ISO-8601日历系统中具有时区的日期时间，所以在application.yml中的时间配置格式只能是：2017-01-20T17:42:47.789-07:00[America/Denver]，字符串的时间格式转化为ZonedDateTime使用的是StringToZonedDateTimeConverter类。如果想使用其它的时间格式，得需要自己实现一个单独的转化类了。通过源码中的测试例子可以看到，如果请求在配置的时间之前，网关会返回404，如果在配置的时间之后，网关路由成功到www.test111.com 网站.

      这里简单说一下spring.cloud.gateway.routes的配置，它对应的是一个List列表，List列表存储的对象类型是RouteDefinition，这是一个路由的定义类。id是在这个List列表中所有的路由定义中必须唯一，可以随便定义。在RouteDefinition声明的字段，在application.yml中的spring.cloud.gateway.routes中都可以配置.

4.2 Before Route Predicate Factory

       这个Predicate工厂的实现类是BeforeRoutePredicateFactory，它和AfterRoutePredicateFactory的实现基本上是一致的，在application.yml中的配置如下所示:

如果当前请求的时间在配置的时间之前，此断言返回true，网关将请求路由到www.test111.com网站。否则，返回404.

4.3 Between Route Predicate Factory

       这个Predicate的工厂实现类是BetweenRoutePredicateFactory，它有两个参数，datatime1,datetime2，在application.yml中的配置如下:

当请求网关的时间在datatime1之后，在datetim2之前时，这个断言返回true，会将请求路由到www.test111.com网站。这个断言对于维护一个时间窗口很有用。比如限制在基某段时间内开启的活动，非这个时间段不可以访问等.

4.4 Cookie Route Predicate Factory

       这个Predicate工厂的实现类是CookieRoutePredicateFactory，它有两个参数，一个是name，另一个是正则表达式。在application.,yml中的配置如下所示:

如果请求的Cookie中有name的值，并且根据name取出的值都匹配配置的正则表达式，这个断方就返回true，会将请求路由到http://www.test111.com网站。上面的配置就是表示Cookie中username的值是wgslucky时，断言返回true. 。

4.5 Header Route Predicate Factory

       这个Predicate工厂的实现类是HeaderRoutePredicateFactory，它有两个参数，一个是name，另一个是正则表达式。在application.yml中的配置如下所示:

如果请求的Header里面有name的值，并且它的值与配置的正则表达式匹配，则断言返回true，如果没有配置正则表达式的值，断言也是返回true（断方只检测带正则表达式的配置）,将会把请求路由到http://www.test111.com网站。上面的配置示例表示Header中必须有X-Request-Id,且它的值必须是数字.

4.6 Host Route Predicate Factory

       这个Predicate的工厂的实现类是HostRoutePredicateFactory，这有一个参数，这个参数是一人List列表，它可以包含多个主机名字匹配的样式。它遵循Ant的样式风格，以点(.)分隔。在application.yml中的配置如下所示:

上面示例中Host对应的URI模板变量同样也支持{sub}.myhost.org格式的配置。如果请求的Header中的Host的值是www.sonmehost.org,abc.somehost.org,api.anotherhost.org，这个断言就会返回true，将请求路由到http://www.test111.com网站.

在断方工厂中会提取上面配置中Host对应的URI模板变量（比如上面的sub），把匹配的URI放到一个Map中，这个Map会被添加到ServerWebExchange.getAttributes(ServerWebExchangeUtils.URI_TEMPLATE_VARIABLES_ATTRIBUTE)的属性集中。可以在后面的Gateway Filter工厂类使用.

注意，在配置Host的时候，如果Host不是80端口，在配置的时候也需要添加上端口。如：localhost:8080 。

4.7 Method Route Predicate Factory

       这个Predicate的实现类是MethodRoutePredicateFactory，它有一个参数：指定的Http方法名。在application.yml中的配置如下所示:

如果这个请求的方法名是GET，断言将返回true,将请求路由到http://www.test111.com网站.

4.8 Path Route Predicate Factory

       这个Predicate的实现类是PathRoutePredicateFactory，它有两个参数，一个是匹配样式列表，另一个是boolean值，表示是否匹配分隔线。在application.yml中的配置好下所示:

如果请求的URI中的路径是/foo/1,/foo/bar或/bar/baz，这个断言将返回true,会将请求路由到http://www.test111.com网站。这个断言工厂将会提取配置的URI格式中的变量（比如上面配置的segment），并将它转化为Map，替换掉ServerWebExchange.getAttributes(ServerWebExchangeUtils.URI_TEMPLATE_VARIABLES_ATTRIBUTE)中的值。这个值可以在GatewayFilter工厂中使用。有一个方法可以方便的访问这些值，如下面代码所示:

4.9 Query Route Predicate Factory

    这个是参数路由断言工厂，它的实现类是QueryRoutePredicateFactory，它有两个参数，一个是参数（param），这个是必须的，另一个是可选参数，是一个正则表达式。在application.yml中不带正则的配置如下所示:

如果请求的参数中包含baz参数，断言将返回true,并将请求路由到http://www.test111.com网站。带正则表达式的配置如下所示:

如果请求的参数中包含foo，且它的值匹配ba.，断言将返回true,并将请求路径到http://www.test111.com网着.

4.10 RemoteAddr Route Predicate Factory

    这个是远程地址路由断言工厂，它的实现类是RemoteAddrRoutePredicateFactory，它有一个List列表的参数，这些参数是CIDR-notation（IPv4和IPv6）的地址字符串，比如192.168.0.1/16（192.168.0.1是ip地址，16是一个子网掩码）。在application.yml中的配置如下所示:

如果请求的客户端的ip地址是192.168.1.1到192.168.1.24的范围，此断言返回true,并将请求路由到http://www.test111.com网站。比如192.168.1.10.

4.10．1修改远程地址的解析方式

    默认情况下，RemoteAddrRoutePredicateFactory中用到的远程客户端的IP地址是从请求中获取的，但是，如果Spring Cloud Gateway是部署在一个代理服务之后的话，这可能就匹配不到真实的客户端IP地址。这样的话，你可以实现RemoteAddressResolver接口，自定义一个IP地址的解析方式。在Spring Cloud Gateway中有一个非默认的远程IP地址解析器XForwardedRemoteAddressResolver，它是基于X-Forwarded-For header实现的。XForwardedRemoteAddressResolver有两个静态的构造方法，可以用于不同的安全策略：XForwardedRemoteAddressResolver::trustAll方法返回一个RemoteAddressResolver实例，它返回从X-Forwarded-For header获取到的第一个IP地址。这种方式容易受到欺骗攻击，恶意的客户端可以给X-Forwarded-For设置一个初始化的值，这个值对于解析器来说是可以接受的。XForwardedRemoteAddressResolver::maxTrustedIndex需要一个索引值做为参数，这个值和Spring Cloud Gateway前面受信任的代理设备数量相关。比如，如果Spring Cloud Gateway只可以通过HAPoxy访问，那么maxTrustedIndex应该设置为1，如果需要通过两个受信任的设备访问，那么这个值应该设置为2。比如在Header中的X-Forwarded-For值如下所示:

那么maxTrustedIndex的值与下面的远程相对应:

maxTrustedIndex	result
[Integer.MIN_VALUE,0]	(invalid, IllegalArgumentException during initialization
1	0.0.0.3
2	0.0.0.2
3	0.0.0.1
[4, Integer.MAX_VALUE]	0.0.0.1

如下面代码所示:

项目源码地址：https://gitee.com/wgslucky/SpringCloud 。

到此这篇关于Java之Springcloud Gateway内置路由案例讲解的文章就介绍到这了,更多相关Java之Springcloud Gateway内置路由内容请搜索我以前的文章或继续浏览下面的相关文章希望大家以后多多支持我！ 。

原文链接：https://www.cnblogs.com/wgslucky/p/11396579.html 。

最后此篇关于Java之Springcloud Gateway内置路由案例讲解的文章就讲到这里了,如果你想了解更多关于Java之Springcloud Gateway内置路由案例讲解的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。