上一节我们主要讲解了利用dubbo-admin如何进行参数的动态修改,本节将重点介绍集群实现中另外一个实现细节:路由机制,Dubbo的路由机制主要解决的目的就是服务调用时,从已知的所有服务提供者中根据路由规则刷选服务提供者。
以下内容来源于官方文档:
以上是Dubbo 路由机制的基本知识,接下来从源码的角度分析一下其实现原理。
可以通过dubbo-admin管理后台,动态添加路由规则,其界面如图所示:
点击保存后,使用URL描述一条路由规则,并将存储在注册中心${service}/routers目录下,然后通知相关订阅者(服务消费者【调用方】)。 具体调用的方法为RegistryDirecotry#notify方法,其片段如下:
// routers if (routerUrls != null && !routerUrls.isEmpty()) { // @1 List<Router> routers = toRouters(routerUrls); // @2 if (routers != null) { // null - do nothing setRouters(routers); // @3 } } 复制代码
代码@1:如果routerUrls 不为空,说明注册中心的catalog=routers目录下新增或删除了某些路由规则,最后存在路由规则。 代码@2:将路由规则URL转换为路由实现类Router接口的实现类,例如条件路由规则、脚本路由规则具体实现类。 代码@3:将现存的路由规则实现类覆盖RegistroyDirectory#routers属性,在下一次服务调用时,这些路由规则将生效。
我们见到看一下toRouter方法的实现:
RegistryDirectory#toRouters
private List<Router> toRouters(List<URL> urls) { List<Router> routers = new ArrayList<Router>(); if (urls == null || urls.isEmpty()) { return routers; } if (urls != null && !urls.isEmpty()) { for (URL url : urls) { if (Constants.EMPTY_PROTOCOL.equals(url.getProtocol())) { continue; } String routerType = url.getParameter(Constants.ROUTER_KEY); if (routerType != null && routerType.length() > 0) { url = url.setProtocol(routerType); } try { Router router = routerFactory.getRouter(url); if (!routers.contains(router)) routers.add(router); } catch (Throwable t) { logger.error("convert router url to router error, url: " + url, t); } } } return routers; } 复制代码
方法实现比较简单,就是基于协议头condition://或script://构建具体的路由规则实现类。 从上面两个方法可以看出,当主从中心的路由配置发生变化后,会重新构建RegistryDirectory的List< Router> routers属性,那这个属性在什么时候用呢?
AbstractDirectory#list
public List<Invoker<T>> list(Invocation invocation) throws RpcException { if (destroyed) { throw new RpcException("Directory already destroyed .url: " + getUrl()); } List<Invoker<T>> invokers = doList(invocation); List<Router> localRouters = this.routers; // local reference if (localRouters != null && !localRouters.isEmpty()) { for (Router router : localRouters) { try { if (router.getUrl() == null || router.getUrl().getParameter(Constants.RUNTIME_KEY, false)) { invokers = router.route(invokers, getConsumerUrl(), invocation); } } catch (Throwable t) { logger.error("Failed to execute router: " + getUrl() + ", cause: " + t.getMessage(), t); } } } return invokers; } 复制代码
在通过RegistryDirector时,获取List< Invoker>时,会对所有的Invoker列表进行路由过滤,然后返回符合路由规则的Invoker,本文就不相信分析Dubbo是如何根据配置的条件路由规则、脚本路由规则去过滤,其实现细节,如有兴趣,可关注:ConditionRouter、ScriptRouter。
作者介绍:丁威,《RocketMQ技术内幕》作者,RocketMQ 社区布道师,公众号: 中间件兴趣圈 维护者,目前已陆续发表源码分析Java集合、Java 并发包(JUC)、Netty、Mycat、Dubbo、RocketMQ、Mybatis等源码专栏。可以点击链接加入 中间件知识星球 ,一起探讨高并发、分布式服务架构,交流源码。