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:referenceid="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

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

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

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

5) 以/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上的注册的监听器