ZooKeeper 中的每个 Server 都有不同的工作状态，这些状态代表了 ZooKeeper 实例在集群中的角色或状态。ZooKeeper 通过 服务器状态机 来管理每个节点的不同状态，这些状态有助于确保数据一致性、事务的顺序处理以及集群的稳定性。

ZooKeeper 中的服务器状态主要有以下几种：

---

1. LOOKING（选举中）

• 描述：在集群初始化或 Leader 节点失效时，ZooKeeper 会通过 Leader 选举机制选择新的 Leader。如果当前集群没有 Leader，或者 Leader 节点宕机，需要通过选举来产生新的 Leader，此时集群中的所有节点都处于 LOOKING 状态。

• 作用：

  • 所有参与选举的节点会进入 LOOKING 状态，并与其他节点进行投票。
  • 只有当大多数节点确认选举结果后，集群才能选举出新的 Leader，节点才会退出 LOOKING 状态，进入其它状态。

---

2. FOLLOWING（Follower 节点）

• 描述：当 Leader 节点已经被选举出来后，集群中的其他节点将进入 FOLLOWING 状态。

• 作用：

  • Follower 节点会将所有的写请求转发给 Leader 节点，处理读请求，跟随 Leader 的事务操作。
  • Follower 节点通过从 Leader 接收事务日志来同步数据。
  • 在 FOLLOWING 状态下，Follower 节点会定期向 Leader 发送心跳以维持连接，确保集群的健康。

---

3. LEADING（Leader 节点）

• 描述：当 Leader 节点成功选举出来后，它会进入 LEADING 状态，并成为集群中的主节点。Leader 节点负责处理所有的写请求，并通过 ZAB 协议保证事务的一致性。

• 作用：

  • 处理集群中的所有写请求。
  • 通过 ZAB 协议将事务广播给 Follower 节点，确保所有节点数据一致。
  • Leader 节点会管理数据的顺序一致性，并进行事务日志的同步。

---

4. OBSERVING（观察者节点）

• 描述：观察者（Observer）节点是一种新型的节点状态。它类似于 Follower 节点，但它只接收 Leader 节点的事务日志，不参与事务的提交和选举投票。通常用于扩展集群的读取能力。

• 作用：

  • 观察者节点只接收 Leader 节点的事务日志，但不参与选举，不提供写操作服务。
  • 它主要用于增加集群的读取能力，避免因为大量的读请求占用 Follower 节点的资源。

• 注意：观察者节点不会参与集群中的写请求，因此它可以有效地分担一些读负载，但不会影响集群的选举和写操作。

---

5. RECOVERING（恢复中）

• 描述：当一个 ZooKeeper 节点（无论是 Leader 还是 Follower）从故障中恢复时，它会进入 RECOVERING 状态。

• 作用：

  • 在 RECOVERING 状态下，节点会尝试同步从 Leader 节点上缺失的事务日志，直到它能够赶上当前集群的状态。
  • 恢复节点不会参与事务处理，直到它完全同步了数据并更新到最新状态。

• 注意：恢复过程中，该节点无法提供服务，因此该状态通常是暂时的，节点恢复后会转变为 FOLLOWING 或 LEADING 状态。

---

6. DISCONNECTED（断开连接）

• 描述：当一个 ZooKeeper 节点与集群中的其他节点失去连接时，它会进入 DISCONNECTED 状态。这个状态通常是由于网络故障或节点故障导致的。

• 作用：

  • 节点无法与集群中的其他节点进行通信时，进入 DISCONNECTED 状态。
  • 节点会尝试重新连接集群，并在连接恢复后进入 FOLLOWING 或 LEADING 状态。