超级会员免费看
本文深入探讨Zookeeper的集群通信机制，解释Leader与Follower如何通过LearnerHandler进行交互。接着，详细介绍了Zookeeper实现分布式锁的原理，强调临时有序节点在避免死锁和锁等待中的作用。最后，解析了Zookeeper的系统架构，包括服务器端与客户端的连接、会话管理、集群复制以及Zab协议确保的数据一致性。
系列文章目录
一、ZooKeeper 集群中个服务器之间是怎样通信的？
Leader 服务器会和每一个 Follower/Observer 服务器都建立 TCP 连接，同时为每个
Follower/Observer 都创建一个叫做 LearnerHandler 的实体。
LearnerHandler 主要负责 Leader 和 Follower/Observer 之间的网络通讯，包括数据同步，
请求转发和 proposal 提议的投票等。
Leader 服务器保存了所有 Follower/Observer 的 LearnerHandler 。
二、ZooKeeper 分布式锁怎么实现的？
如果有客户端1、客户端2等N个客户端争抢一个 Zookeeper 分布式锁。大致如下：
- 大家都是上来直接创建一个锁节点下的一个接一个的临时有序节点
- 如果自己不是第一个节点，就对自己上一个节点加监听器
- 只要上一个节点释放锁，自己就排到前面去了，相当于是一个排队机制。
而且用临时顺序节点的另外一个用意就是，如果某个客户端创建临时顺序节点之后，不小心自己宕
机了也没关系， Zookeeper 感知到那个客户端宕机，会自动删除对应的临时顺序节点，相当于自动
释放锁，或者是自动取消自己的排队。
本地锁，可以用 JDK 实现，但是分布式锁就必须要用到分布式的组件。比如 ZooKeeper、Red
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
