Dubbo标签路由

1. 适用场景：通过将一个或多个服务的提供者划分到同一个分组，约束流量只在指定分组中流转，从而实现流量隔离的目的，用于解决灰度发布、蓝绿发布问题。

2. 基本原理：通过给服务提供方的单个或多个实例指定标签，消费方在调用服务的时候，通过匹配标签筛选出符合条件的服务列表，然后再根据负载策略进行远程服务调用。

3. 基本使用：在使用标签路由的时候，需要对服务提供方和消费方做相应配置才可生效。

消费方可以通过设置隐式参数指定标签给自己使用，以及将标签传递给下游服务，因为下游服务也有可能再次调用其他服务，所以需要通过隐式参数的形式来传递标签，具体代码：

RpcContext.getContext().setAttachment(CommonConstants.TAG_KEY,"标签");

还有种方式可以通过<dubbo:reference tag=“标签” >来指定标签，如果流量隔离仅限于消费方和提供方两个服务范围，则可以使用这种方式，否则还是用隐式参数的方式。

服务提供方的标签有两种配置方式：静态和动态

静态打标：

服务级别打标，<dubbo:service tag=“标签”>

应用级别打标，启动参数中增加-Ddubbo.provider.tag=标签

动态打标：通过dubbo-admin服务治理平台添加标签路由。

4. 动态路由实现原理

动态路由的获取：

我们可以通过dubbo-admin给应用添加标签路由，添加的时候会将路由信息写入到zookeeper节点：/dubbo/config/dubbo/应用名.tag-router中。消费方在创建远程引用对象的时候会去获取远程服务列表Invoker，获取到后会将Invoker列表传递给每个激活的路由Router，标签路由使用的类是TagRouter。TagRouter在收到服务列表后，会从动态配置DynamicConfiguration中获取路由信息，当前使用的配置中心是zookeeper，所以使用的配置实例对象是ZookeeperDynamicConfiguration，它会通过与dubbo-admin约定的相同节点中读取配置信息，同时还会将TagRouter作为这个节点的监听器，以便动态刷新路由配置，拿到配置后就是解析并赋值给变量tagRouterRule。路由配置获取逻辑参见TagRouter的notify方法，节选部分代码：

synchronized (this) {
    if (!providerApplication.equals(application)) {
        if (!StringUtils.isEmpty(application)) {
            ruleRepository.removeListener(application + RULE_SUFFIX, this);
        }
        String key = providerApplication + RULE_SUFFIX;
        ruleRepository.addListener(key, this);
        application = providerApplication;
        String rawRule = ruleRepository.getRule(key, DynamicConfiguration.DEFAULT_GROUP);
        if (StringUtils.isNotEmpty(rawRule)) {
            this.process(new ConfigChangedEvent(key, DynamicConfiguration.DEFAULT_GROUP, rawRule));
        }
    }
}

动态路由的使用：

消费方在调用远程服务的时候，会从RegistryDirectory中获取服务列表Invoker（见doList方法）,在这过程中会使用RouteChain进行路由筛选。如果TagRouter没有获取到动态路由配置tagRouterRule，则会按照静态路由过滤规则（见filterUsingStaticTag方法）来筛选服务列表，否则按动态规则来筛选。