一文讲透 Zab 协议：恢复模式 + 广播模式到底是什么

面试官微微一笑：“你说你用过 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 不是从头到尾一个模式，而是两个阶段切换的协议。