路由顺序

Spring Cloud Gateway会按照路由规则定义的顺序逐个匹配路由规则。如果一个请求与某个路由规则匹配成功，那么该路由规则就被选中，后面的路由规则将不再被考虑。

(资料图)

因此，路由规则的顺序非常重要。通常，越具体的路由规则应该放在越前面，这样可以避免被更为通用的路由规则所覆盖。

下面是一个示例，它将请求的路径为/api/user/123的请求路由到名为user-service的服务，而将以/api/user开头的其他请求路由到名为user-service-v2的服务：

spring:  cloud:    gateway:      routes:        - id: user-service-route          uri: lb://user-service          predicates:            - Path=/api/user/{id}        - id: user-service-v2-route          uri: lb://user-service-v2          predicates:            - Path=/api/user/**

复制

在上面的示例中，user-service-route将请求路径为/api/user/123的请求路由到user-service服务，user-service-v2-route将以/api/user开头的其他请求路由到user-service-v2服务。

路由规则优先级

在Spring Cloud Gateway中，路由规则的优先级由路由谓词的匹配顺序和路由规则的定义顺序决定。

路由谓词的匹配顺序

Spring Cloud Gateway会按照以下顺序对路由谓词进行匹配：

Cloud Foundry Route Service Route PredicateWeight Route PredicateMethod Route PredicatePath Route PredicateQuery Route PredicateHeader Route PredicateCookie Route PredicateRemoteAddr Route PredicateHost Route Predicate

这意味着，在路由规则中定义的路由谓词越靠前，它的匹配优先级就越高。

路由规则的定义顺序

在路由谓词的匹配顺序相同的情况下，路由规则的定义顺序将决定哪个规则被选中。如果多个路由规则匹配了同一个请求，那么将选择定义在路由规则列表中最前面的那个规则。

因此，路由规则的定义顺序也非常重要。通常，我们应该按照优先级从高到低的顺序来定义路由规则，这样可以确保更具体的规则先被匹配。

下面是一个示例，它展示了路由规则的定义顺序对路由匹配的影响。假设我们有以下三个路由规则：

spring:  cloud:    gateway:      routes:        - id: rule1          uri: http://localhost:8080/service1          predicates:            - Path=/api/v1/**        - id: rule2          uri: http://localhost:8080/service2          predicates:            - Path=/api/v1/users/**        - id: rule3          uri: http://localhost:8080/service3          predicates:            - Path=/api/**

复制

在上面的规则中，rule1匹配所有以/api/v1开头的请求，rule2匹配所有以/api/v1/users开头的请求，rule3匹配所有以/api开头的请求。

现在，假设有一个请求的路径为/api/v1/users/123。根据上述规则，这个请求可以匹配所有三个路由规则。但是，由于rule1在rule2和rule3之前定义，因此最终会选择rule1，将请求路由到http://localhost:8080/service1。

如果我们调整规则的定义顺序，将rule3放在最前面，那么相同的请求将会被路由到http://localhost:8080/service3。

因此，我们应该根据路由规则的具体情况和优先级，合理定义路由规则的顺序，以确保路由匹配的正确性和高效性。