Zookeeper的通信架构Client与Follower之间Client与Follower之间采用NIO的通信方式。当client需要与Zookeeper service打交道时，首先读取配置文件确定集群内的所有server列表，按照一定的load balance算法选取一个Follower作为一个通信目标。这样client和Follower之间就有了一条由NIO模式构成的通信通道。这条通道会

zookeeper集群一大特性是只要集群中半数以上的节点存活，集群就可以正常提供服务第一点：防止单点故障比如：集群中只有2台服务器，若其中1台挂掉，集群则停止对外提供服务集群中只有3台服务器，若其中1台挂掉，集群则重新选主，继续对外提供服务第二点：2n+1台和2n+2台机器的容灾能力相同，都是允许n台机器宕机。本着节约的宗旨，一般选择部署2n+1台机器比如：3台服务器，至少2台正常运行才行（3的半

Leader选举　　Leader选举是保证分布式数据一致性的关键所在。当Zookeeper集群中的一台服务器出现以下两种情况之一时，需要进入Leader选举。　　(1) 服务器初始化启动。　　(2) 服务器运行期间无法和Leader保持连接。　　下面就两种情况进行分析讲解。　　1. 服务器启动时期的Leader选举　　在集群初始化阶段，当有一台服务器Server1启动时，该Server1处于Loo