查看原文
其他

Dubbo路由机制概述

微信公众号:[中间件兴趣圈]
作者简介:《RocketMQ技术内幕》作者

上一节我们主要讲解了利用dubbo-admin如何进行参数的动态修改,本节将重点介绍集群实现中另外一个实现细节:路由机制,Dubbo的路由机制主要解决的目的就是服务调用时,从已知的所有服务提供者中根据路由规则刷选服务提供者。

Dubbo路由机制概述

以下内容来源于官方文档:


以上是Dubbo 路由机制的基本知识,接下来从源码的角度分析一下其实现原理。

Router类图


  1. Router:dubbo路由接口类
    ● URL getUrl() :获取路由配置URL。
    ● < T> List< Invoker< T>> route(List< Invoker< T>> invokers, URL url, Invocation invocation) :根据路由规则返回符合规则的服务调用者。

  2. ConditionRouter:条件路由规则。

  3. ScriptRouter:脚本路由规则(JavaScript)。

路由规则生效机制

可以通过dubbo-admin管理后台,动态添加路由规则,其界面如图所示:

点击保存后,使用URL描述一条路由规则,并将存储在注册中心${service}/routers目录下,然后通知相关订阅者(服务消费者【调用方】)。
具体调用的方法为RegistryDirecotry#notify方法,其片段如下:1// routers
2if (routerUrls != null && !routerUrls.isEmpty()) {  // @1
3     List<Router> routers = toRouters(routerUrls);     // @2
4     if (routers != null) { // null - do nothing           
5          setRouters(routers);                                        // @3
6      }
7}

代码@1:如果routerUrls 不为空,说明注册中心的catalog=routers目录下新增或删除了某些路由规则,最后存在路由规则。
代码@2:将路由规则URL转换为路由实现类Router接口的实现类,例如条件路由规则、脚本路由规则具体实现类。
代码@3:将现存的路由规则实现类覆盖RegistroyDirectory#routers属性,在下一次服务调用时,这些路由规则将生效。

我们见到看一下toRouter方法的实现:

RegistryDirectory#toRouters

1private List<Router> toRouters(List<URL> urls) {
2        List<Router> routers = new ArrayList<Router>();
3        if (urls == null || urls.isEmpty()) {
4            return routers;
5        }
6        if (urls != null && !urls.isEmpty()) {
7            for (URL url : urls) {
8                if (Constants.EMPTY_PROTOCOL.equals(url.getProtocol())) {
9                    continue;
10                }
11                String routerType = url.getParameter(Constants.ROUTER_KEY);
12                if (routerType != null && routerType.length() > 0) {
13                    url = url.setProtocol(routerType);
14                }
15                try {
16                    Router router = routerFactory.getRouter(url);
17                    if (!routers.contains(router))
18                        routers.add(router);
19                } catch (Throwable t) {
20                    logger.error("convert router url to router error, url: " + url, t);
21                }
22            }
23        }
24        return routers;
25    }

方法实现比较简单,就是基于协议头condition://或script://构建具体的路由规则实现类。
从上面两个方法可以看出,当主从中心的路由配置发生变化后,会重新构建RegistryDirectory的List< Router> routers属性,那这个属性在什么时候用呢?

AbstractDirectory#list

1public List<Invoker<T>> list(Invocation invocation) throws RpcException {
2        if (destroyed) {
3            throw new RpcException("Directory already destroyed .url: " + getUrl());
4        }
5        List<Invoker<T>> invokers = doList(invocation);
6        List<Router> localRouters = this.routers; // local reference
7        if (localRouters != null && !localRouters.isEmpty()) {
8            for (Router router : localRouters) {
9                try {
10                    if (router.getUrl() == null || router.getUrl().getParameter(Constants.RUNTIME_KEY, false)) {
11                        invokers = router.route(invokers, getConsumerUrl(), invocation);
12                    }
13                } catch (Throwable t) {
14                    logger.error("Failed to execute router: " + getUrl() + ", cause: " + t.getMessage(), t);
15                }
16            }
17        }
18        return invokers;
19    }

在通过RegistryDirector时,获取List< Invoker>时,会对所有的Invoker列表进行路由过滤,然后返回符合路由规则的Invoker,本文就不相信分析Dubbo是如何根据配置的条件路由规则、脚本路由规则去过滤,其实现细节,如有兴趣,可关注:ConditionRouter、ScriptRouter。


广告:作者新书《RocketMQ技术内幕》已上市

《RocketMQ技术内幕》已出版上市,目前可在主流购物平台(京东、天猫等)购买,本书从源码角度深度分析了RocketMQ NameServer、消息发送、消息存储、消息消费、消息过滤、主从同步HA、事务消息;在实战篇重点介绍了RocketMQ运维管理界面与当前支持的39个运维命令;并在附录部分罗列了RocketMQ几乎所有的配置参数。本书得到了RocketMQ创始人、阿里巴巴Messaging开源技术负责人、Linux OpenMessaging 主席的高度认可并作序推荐。目前是国内第一本成体系剖析RocketMQ的书籍。
新书7折优惠!7折优惠!7折优惠!



更多文章请关注微信公众号:

推荐关注微信公众号:RocketMQ官方微信公众号

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存