Dubbo路由机制概述

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

1、Dubbo路由机制概述

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

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

2、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）。

2.1 如何添加路由规则

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

点击保存后，使用URL描述一条路由规则，并将存储在注册中心${service}/routers目录下，然后通知相关订阅者（服务消费者【调用方】）。具体调用的方法为RegistryDirecotry#notify方法，其片段如下：

// routersif (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等源码专栏。可以点击链接加入中间件知识星球 ，一起探讨高并发、分布式服务架构，交流源码。

.

.