本文共 1354 字，大约阅读时间需要 4 分钟。
参考链接：
ZooKeeper 是一个集中化服务，维护配置信息、命名，提供分布式同步和集群服务。这些服务都以分布式应用的某种形式使用。使用过程中必然会有大量的工作去修复问题或者竞争条件，因为这些服务使用的困难性，应用程序最初可能不会展现，在后期的变化中越来越脆弱难以管理，即使正确的使用，不同的服务在部署时导致管理的复杂性。
ZooKeeper提供一个多层级的节点命名空间（节点成为znode），与文件系统不同的是，这些节点都可以设置关联的数据，而文件系统中只有文件节点可以存放数据而目录节点不可以。也就是znode的节点既是文件节点也是目录节点。
ZooKeeper为了保证高吞吐和低延迟，在内存中维护了这个树状的目录结构，这种特性使得Zookeeper不能用于存放大量的数据，每个节点的存放数据上限为1M。
ZAB协议是为分布式协调服务Zookeeper专门设计的一种支持崩溃恢复的原子广播协议。
当整个zookeeper集群刚刚启动或者Leader服务器宕机、重启或者网络故障导致不存在过半的服务器与Leader服务器保持正常通信时，所有进程（服务器）进入崩溃恢复模式，首先选举产生新的Leader服务器，然后集群中Follower服务器开始与新的Leader服务器进行数据同步，当集群中超过半数机器与该Leader服务器完成数据同步之后，退出恢复模式进入消息广播模式，Leader服务器开始接收客户端的事务请求生成事物提案来进行事务请求处理。
Zookeeper允许客户端向服务端的某个Znode注册一个Watches监听，当服务端的一些指定事件触发了这个Watches，服务端会向指定客户端发送一个事件通知来实现分布式的通知功能，然后客户端根据Watches通知状态和事件类型做出业务上的改变。
详细介绍：
转载地址：http://rnehd.baihongyu.com/