ZooKeeper 故障恢复

在介绍ZooKeeper处理节点故障的机制之前，我想先给大家讲一讲在一切都正常的情况下，ZooKeeper是如何工作的，也就是ZooKeeper处理客户端请求的流程。当然我只侧重讲解客服端的写请求部分。

过程如下：

在这主要的6步过程中，任何与之相关的节点都有可能出现故障，那么zooKeeper是如何来处理的呢，以保证服务的高可用性和一致性？

若ZooKeeper客户端节点发生故障时，他正处于空闲状态，则按照session失效处理。而复杂的情况是ZooKeeper客户端节点发生故障是，他正在等待ZooKeeper服务器端的请求响应。下面将对ZooKeeper客户端节点发生故障的时机进行详细的分类讨论。

但是在此之前，我还想简单的介绍一下ZooKeeper中session的概念。我们知道ZooKeeper允许客户端创建两种类型的节点：persistent、ephemeral，ephemeral类型的节点是与创建它的客户端一起共存亡的。那么这中间就有问题，ZooKeeper是如何知道客户端还存不存在呢？ZooKeeper是使用session来解决这个问题的，这也是为什么我们在客户端创建ZooKeeper实例时需要传入一个sessionout的参数。当客户端与Follower连接时，实际上是成功创建了一个session，Follower和Leader都保存了这个sessi