13. Dubbo原理解析-注册中心之Zookeeper协议注册中心

下面我们来看下开源dubbo推荐的业界成熟的zookeeper做为注册中心, zookeeper是hadoop的一个子项目是分布式系统的可靠协调者,他提供了配置维护,名字服务,分布式同步等服务。对于zookeeper的原理本文档不分析,后面有时间在做专题。

zookeeper注册中心

Zookeeper对数据存储类似linux的目录结构,下面给出官方文档对dubbo注册数据的存储示例

 

假设读者对zookeeper有所了解,能够搭建zookeeper服务,其实不了解也没关系,谷歌百度下分分钟搞起。

作为测试调试dubbo,我是在本地起的zookeeper

指定zookeeper配置文件地址

配置文件中两个关键参数:

dataDir zookeeper存储文件的地址

clientPort 客户端链接的端口号

 

Dubbo服务提供者配置

<dubbo:registry protocol=” zookeeper” address="127.0.0. 1: 2181" />

<beanid="demoService" class="com.alibaba.dubbo.demo.provi der.DemoServiceImpl"/>

<dubbo:serviceinterface="com.alibaba.dubbo.demo.DemoServi ce" ref="demoService"/>

除了配置注册中心的,其他都一样

 

Dubbo服务消费者配置

<dubbo:registry protocol=” zookeeper” address="127.0.0. 1: 2181" />

< dubbo:reference id="demoService" interface="com.alibaba.dubbo.demo.DemoService" />

除了配置注册中心的,其他都一样

  

客户端获取注册器

服务的提供者和消费者在RegistryProtocol利用注册中心暴露(export)和引用(refer)服务的时候会根据配置利用Dubbo的SPI机制获取具体注册中心注册器

Registry registry = registryFactory.getRegistry(url);

这里的RegistryFactory是ZookeeperRegistryFactory看如下工厂代码

public class ZookeeperRegistryFactory extends AbstractRegistryFactory {

    public Registry createRegistry(URL url) {

        return new ZookeeperRegistry(url, zookeeperTransporter);

    }

}

这里创建zookeepr注册器ZookeeperRegistry

ZookeeperTransporter是操作zookeepr的客户端的工厂类,用来创建zookeeper客户端,这里客户端并不是zookeeper源代码的自带的,而是采用第三方工具包,主要来简化对zookeeper的操作,例如用zookeeper做注册中心需要对zookeeper节点添加watcher做反向推送,但是每次回调后节点的watcher都会被删除,这些客户会自动维护了这些watcher,在自动添加到节点上去。

接口定义:

@SPI( "zkclient")

public interface ZookeeperTransporter {

    @Adaptive({Constants.CLIENT_KEY, Constants.TRANSPORTER_KEY})

    ZookeeperClient connect(URL url);

}

默认采用zkClient, dubbo源码集成两种zookeeper客户端,除了zkClient还有一个是curator

 

 

ZookeeperRegistry注册器的实现

1.构造器利用客户端创建了对zookeeper的连接,并且添加了自动回复连接的监听器。

zkClient = zookeeperTransporter.connect(url);

    zkClient.addStateListener(new StateListener() {

            public void stateChanged(int state) {

                if (state ==RECONNECTED)

                   recover();

          }

});

2.注册url就是利用客户端在服务器端创建url的节点,默认为临时节点,客户端与服务端断开,几点自动删除

zkClient.create(toUrlPath(url),url.getParameter(Constants.DYNAMIC_KEY,true));      

3.取消注册的url,就是利用zookeeper客户端删除url节点

zkClient.delete(toUrlPath(url));

4. 订阅url, 功能是服务消费端订阅服务提供方在zookeeper上注册地址,这个功能流程跟DubboRegister不一样, DubboRegister是通过Dubbo注册中心实现SimpleResgiter在注册中心端,对url变换、过滤筛选然后将获取的provierUrl(提供者ulr)利用服务消费者暴露的服务回调在refer。

由于这里注册中心采用的是zookeeper,zookeeper不可能具有dubbo的业务逻辑,这里对订阅的逻辑处理都在消费服务端订阅的时候处理。

  1. 对传入url的serviceInterface是*代表订阅url目录下所有节点即所有服务,这个注册中心需要订阅所有

  2. 如果指定了订阅接口通过toCategoriesPath(url)转换需要订阅的url

如传入url consumer://10.33.37.8/com.alibaba.dubbo.demo.DemoService?application=demo-consumer&category=providers,configurators,routers&dubbo=2.5.4-SNAPSHOT&interface=com.alibaba.dubbo.demo.DemoService&methods=sayHello&pid=4088&side=consumer&timestamp=1417405597808

转换成urls

/dubbo/com.alibaba.dubbo.demo.DemoService/providers,/dubbo/com.alibaba.dubbo.demo.DemoService/configurators, /dubbo/com.alibaba.dubbo.demo.DemoService/routers

  1. 设配传入的回调接口NotifyListener,转换成dubbo对zookeeper操作的ChildListener

4)以/dubbo/com.alibaba.dubbo.demo.DemoService/providers为例创建节点zkClient.create(path, false);

但是一般情况下如果服务提供者已经提供服务,那么这个目录节点应该已经存在,Dubbo在Client层屏蔽掉了创建异常。

  1. 以/dubbo/com.alibaba.dubbo.demo.DemoService/providers为例给节点添加监听器,返回所有子目录

List<String> children = zkClient.addChildListener(path, zkListener);

        if (children !=null) {urls.addAll(toUrlsWithEmpty(url, path,hildren));}

        toUrlsWtihEmpty用来配置是不是需要订阅的url,是加入集合

6) 主动根据得到服务提供者urls回调NotifyListener,引用服务提供者生成invoker可执行对象 5. 取消订阅url, 只是去掉url上的注册的监听器

代码交流 2021