面试官微微一笑：“你说你用过 ZooKeeper，那我问你个简单的ZooKeeper 是怎么保证主从节点状态同步的？”
如果你当时只回答了三句话：
- “靠 Zab 协议。”
- “有 Leader、有 Follower。”
- “广播同步。”
恭喜你，这题你只答对了 30%。真正能让面试官点头的，是你能不能把恢复模式、广播模式、原子广播、状态一致性这一整套逻辑，讲清楚、讲透彻。
来，我今天给你讲个故事。
先讲个故事：古代王朝 + 快递驿站
把 ZooKeeper 想象成一个古代王朝的信息系统。
- Leader：皇帝
- Follower：地方官
- Observer：旁听官（不投票）
- 数据变更请求：圣旨
- Zab 协议：驿站传令制度
这个王朝有一个铁律：不管地方官有多少，全国必须对“当前政令”达成一致认知。
否则就会出现：
- 京官说税率是 10%
- 江南说税率是 8%
- 西北还停留在去年的政策
这王朝早就乱套了。ZooKeeper 面临的，正是同样的问题。
ZooKeeper 的核心武器：原子广播机制（Atomic Broadcast）
ZooKeeper 能保证主从状态同步，靠的不是魔法，而是一句话：ZooKeeper 的核心是原子广播机制（Atomic Broadcast）。
什么叫「原子」？
原子，意味着：
- 要么所有节点都成功
- 要么所有节点都失败
- 不允许「一半知道、一半不知道」
在 ZooKeeper 里，这个机制由一个协议实现：Zab 协议（ZooKeeper Atomic Broadcast）
Zab 协议不是一直工作的，它有两种模式
很多人面试时会漏掉这一点。Zab 不是从头到尾一个模式，而是两个阶段切换的协议。
)
