zk常见客户端有三种
- zookeeper原生Java API
- ZkClient
- Apache curator
1.原生ZookeeperAPI
<dependency>
<groupId>org.apache.zookeeper</groupId>
<artifactId>zookeeper</artifactId>
<version>3.5.5</version>
</dependency>
import org.apache.zookeeper.ZooKeeper;
ZooKeeper zooKeeper = new ZooKeeper("192.162.101.129:2181", 50000, event -> { System.out.println(event); });
Zookeeper客户端提供了基本的操作,比如,创建会话、创建节点、读取节点、更新数据、删除节点和检查节点是否存在等。但对于开发人员来说,Zookeeper提供的基本操纵还是有一些不足之处。
Zookeeper API不足之处
- Watcher注册是一次性的,每次触发之后都需要重新进行注册;
- Session超时之后没有实现重连机制;
- 异常处理繁琐,Zookeeper提供了很多异常,对于开发人员来说可能根本不知道该如何处理这些异常信息;
- 只提供了简单的byte[]数组的接口,没有提供针对对象级别的序列化;
- 创建节点时如果节点存在抛出异常,需要自行检查节点是否存在;
- 删除节点无法实现级联删除;
基于以上原因,直接使用Zookeeper原生API的人并不多。
2.ZKClient
<dependency>
<groupId>com.101tec</groupId>
<artifactId>zkclient</artifactId>
<version>0.11</version>
</dependency>
import org.I0Itec.zkclient.ZkClient;
ZkClient zkClient = new ZkClient(server, 5000, 100000);
ZkClient是一个开源客户端,在Zookeeper原生API接口的基础上进行了包装,更便于开发人员使用。解决如下问题:
- 1)session会话超时重连
- 2)解决Watcher反复注册
- 3)简化API开发
虽然 ZkClient 对原生 API 进行了封装,但也有它自身的不足之处:
- 几乎没有参考文档;
- 异常处理简化(抛出RuntimeException);
- 重试机制比较难用;
- 没有提供各种使用场景的实现;
3.Apache Curator框架的ZooKeeper使用详解
<dependency>
<groupId>org.apache.curator</groupId>
<artifactId>curator-framework</artifactId>
<version>RELEASE</version>
<scope>compile</scope>
</dependency>
import org.apache.curator.RetryPolicy;
import org.apache.curator.framework.CuratorFramework;
import org.apache.curator.framework.CuratorFrameworkFactory;
import org.apache.curator.retry.ExponentialBackoffRetry;
// 重试策略:初试时间为1s 重试10次 RetryPolicy retryPolicy = new ExponentialBackoffRetry(1000, 10);
// 通过工厂创建连接
CuratorFramework zkClient = CuratorFrameworkFactory.builder() .connectString("192.168.1.1:2100,192.168.1.1:2101,192.168.1.:2102") .connectionTimeoutMs(3000)
.sessionTimeoutMs(3000)
.retryPolicy(retryPolicy)
.build();
官网解释:
Apache Curator是用于Apache ZooKeeper(一种分布式协调服务)的Java / JVM客户端库。 它包括一个高级API框架和实用程序,使使用Apache ZooKeeper更加容易和可靠。 它还包括针对常见用例和扩展的配方,例如服务发现和Java 8异步DSL。
Curator主要解决了三类问题:
- 封装ZooKeeper client与ZooKeeper server之间的连接处理
- 提供了一套Fluent风格的操作API
- 提供ZooKeeper各种应用场景(recipe, 比如:分布式锁服务、集群领导选举、共享计数器、缓存机制、分布式队列等)的抽象封装
Curator主要从以下几个方面降低了zk使用的复杂度
- 重试机制:提供可插拔的重试机制,它将给捕获所有可恢复的异常配置一个重试策略,并且内部也提供了集中标准的重试策略(比如指数补偿等)
- 连接状态监控:Curator初始化之后会一直对zk连接进行监听,一旦发现连接状态发生变化将会作出相应的处理
- zk客户端实例管理:Curator会对zk客户端到server集群的连接进行管理,并在需要的时候重建zk实例,保证与zk集群连接的可靠性
- 各种使用场景支持:Curator实现了zk支持的大部分使用场景(甚至包括zk自身不支持的场景),这些实现都遵循了zk的最佳实践,并考虑了各种极端情况