Zookeeper的工作原理，Zookeeper 的通知机制是什么？

最新推荐文章于 2024-01-21 03:41:06 发布

无语堵上西楼

最新推荐文章于 2024-01-21 03:41:06 发布

阅读量139

点赞数

分类专栏：微服务文章标签： zookeeper 分布式云原生

本文链接：https://blog.csdn.net/qq_63431773/article/details/134360835

版权

微服务专栏收录该内容

90 篇文章 0 订阅

订阅专栏

工作原理

Zookeeper 的核心是原子广播，这个机制保证了各个 Server之间的同步。实现这个机制的协议叫做Zab协议。Zab 协议有两种模式，它们分别是恢复模式（选主）和广播模式（同步）。

Zab 协议的全称是 Zookeeper Atomic Broadcast** （ Zookeeper 原子广播）。 Zookeeper 是通过Zab 协议来保证分布式事务的最终一致性。 Zab 协议要求每个 Leader 都要经历三个阶段：发现，同步，广播。当服务启动或者在领导者崩溃后，Zab 就进入了恢复模式，当领导者被选举出来，且大多数 Server完成了和 leader 的状态同步以后，恢复模式就结束了。状态同步保证了 leader 和 Server 具有相同的系统状态。为了保证事务的顺序一致性，zookeeper 采用了递增的事务 id 号（ zxid ）来标识事务。所有的提议（proposal ）都在被提出的时候加上了 zxid 。实现中 zxid 是一个 64 位的数字，它高 32 位是 epoch 用来标识leader 关系是否改变，每次一个 leader 被选出来，它都会有一个新的 epoch ，标识当前属于那个leader 的统治时期。低 32 位用于递增计数。epoch：可以理解为皇帝的年号，当新的皇帝 leader 产生后，将有一个新的 epoch 年号。

每个 Server 在工作过程中有三种状态：

LOOKING：当前Server不知道leader是谁，正在搜寻。
LEADING：当前Server即为选举出来的leader。
FOLLOWING：leader已经选举出来，当前Server与之同步。

通知机制

Zookeeper 允许客户端向服务端的某个 znode 注册一个 Watcher 监听，当服务端的一些指定事件触发了这个 Watcher ，服务端会向指定客户端发送一个事件通知来实现分布式的通知功能，然后客户端根据 Watcher 通知状态和事件类型做出业务上的改变。

大致分为三个步骤：

客户端注册 Watcher
1、调用 getData、getChildren、exist 三个 API ，传入Watcher 对象。
2、标记请求request ，封装 Watcher 到 WatchRegistration 。
3、封装成 Packet 对象，发服务端发送request 。
4、收到服务端响应后，将 Watcher 注册到 ZKWatcherManager 中进行管理。
5、请求返回，完成注册。
服务端处理 Watcher
1、服务端接收Watcher 并存储。
2、Watcher 触发
3、调用 process 方法来触发 Watcher 。
客户端回调 Watcher
1，客户端 SendThread 线程接收事件通知，交由 EventThread 线程回调Watcher 。
2，客户端的 Watcher 机制同样是一次性的，一旦被触发后，该 Watcher 就失效了。