我们知道，经过网关的业务请求会被路由到后端真实的业务服务上去，假如我们使用的是Spring Cloud Gateway，那么你知道Spring Cloud Gateway是在哪一步去匹配路由的吗？
源码之下无秘密，让我们一起从源码中寻找答案。
入口
Spring Cloud Gateway 的入口为 DispatcherHandler 的 handle 方法，其中主要逻辑有获取Hander 和 执行Handler。
获取Handler
获取 Handler 的时候，handlerMappings 中包含有一个 RoutePredicateHandlerMapping 实例，其获取 Handler 的实现最终会调用到 getHandlerInternal 方法。
org.springframework.cloud.gateway.handler.RoutePredicateHandlerMapping
getHandlerInternal 方法会调用了 lookupRoute 方法去获取路由。
其中:
- 第一步是从缓存中获取路由列表，源码解析见:
- 第二步是调用每个路由的断言去匹配当前请求，匹配到就直接返回，忽略后续所有其他路由。
获取到路由后将路由信息设置到 exchange 的 gatewayRoute 属性上，然后返回 Handler。
其中RoutePredicateHandlerMapping 实例是在 GatewayAutoConfiguration 中配置好的。
org.springframework.cloud.gateway.config.GatewayAutoConfiguration
public class GatewayAutoConfiguration {// ...@Beanpublic RouteLocator routeDefinitionRouteLocator(GatewayProperties properties,List<GatewayFilterFactory> gatewayFilters,List<RoutePredicateFactory> predicates,RouteDefinitionLocator routeDefinitionLocator,ConfigurationService configurationService) {return new RouteDefinitionRouteLocator(routeDefinitionLocator, predicates,gatewayFilters, properties, configurationService);}@Bean@Primary@ConditionalOnMissingBean(name = "cachedCompositeRouteLocator")// TODO: property to disable composite?public RouteLocator cachedCompositeRouteLocator(List<RouteLocator> routeLocators) {return new CachingRouteLocator(new CompositeRouteLocator(Flux.fromIterable(routeLocators)));}@Beanpublic RoutePredicateHandlerMapping routePredicateHandlerMapping(FilteringWebHandler webHandler, RouteLocator routeLocator,GlobalCorsProperties globalCorsProperties, Environment environment) {return new RoutePredicateHandlerMapping(webHandler, routeLocator,globalCorsProperties, environment);}// ...
}}
结论
综上，Spring Cloud Gateway 的路由匹配是在获取 Handler 的过程中，在 RoutePredicateHandlerMapping 中实现的，具体实现方法为 lookupRoute。最后将匹配到的路由设置到 exchange 的 gatewayRoute 属性上，供后续获取并使用。
