Question

为什么dubbo使用ZkClient作为zookeeper的客户端

Answer 1

dubbo使用了zkClient而不是使用zookeeper本身的客户端与zookeeper进行交互，为什么呢？

先看看zookeeper本身自带的客户端的问题。

1 ） ZooKeeper的Watcher是一次性的，用过了需要再注册；

2 ）
session的超时后没有自动重连，生产环境中如果网络出现不稳定情况，那么这种情况出现的更加明显；

3
）
没有领导选举机制，集群情况下可能需要实现stand by，一个服务挂了，另一个需要接替的效果；

4
） 客户端只提供了存储byte数组的接口，而项目中一般都会使用对象。

5 ）客户端接口需要处理的异常太多，并且通常，我们也不知道如何处理这些异常。

I0Itec这个zookeeper客户端基本上解决了上面的所有问题，主要有以下特性：

1) 提供了zookeeper重连的特性------能够在断链的时候,重新建立连接,无论session失效与否.

2) 持久的event监听器机制------
ZKClient框架将事件重新定义分为了stateChanged、znodeChanged、dataChanged三种情况，用户可以注册这三种情况下的监听器（znodeChanged和dataChanged和路径有关），而不是注册Watcher。

3)
zookeeper异常处理-------zookeeper中繁多的Exception,以及每个Exception所需要关注的事情各有不同，I0Itec简单的做了封装.

4) data序列化------简单的data序列化.(Serialzer/Deserialzer)

5）有默认的领导选举机制

Answer 2

1 ） ZooKeeper的Watcher是一次性的，用过了需要再注册；
2 ）
session的超时后没有自动重连，生产环境中如果网络出现不稳定情况，那么这种情况出现的更加明显；
3
）
没有领导选举机制，集群情况下可能需要实现stand by，一个服务挂了，另一个需要接替的效果；
4
） 客户端只提供了存储byte数组的接口，而项目中一般都会使用对象。

5 ）客户端接口需要处理的异常太多，并且通常，我们也不知道如何处理这些异常。