测试文章内容
每个sever首先给自己投票，然后用自己的选票和其他sever选票对比，权重大的胜出，使用权 重较大的更新自身选票箱。具体选举过程如下：
1. 每个Server启动以后都询问其它的Server它要投票给谁。对于其他server的询问， server每次根据自己的状态都回复自己推荐的leader的id和上一次处理事务的zxid（系 统启动时每个server都会推荐自己） 2. 收到所有Server回复以后，就计算出zxid最大的哪个Server，并将这个Server相关信 息设置成下一次要投票的Server。 3. 计算这过程中获得票数最多的的sever为获胜者，如果获胜者的票数超过半数，则改 server被选为leader。否则，继续这个过程，直到leader被选举出来   4. leader就会开始等待server连接 5. Follower连接leader，将最大的zxid发送给leader 6. Leader根据follower的zxid确定同步点，至此选举阶段完成。 7. 选举阶段完成Leader同步后通知follower 已经成为uptodate状态 8. Follower收到uptodate消息后，又可以重新接受client的请求进行服务了
13/04/2018  Page 174 of 283

目前有5台服务器，每台服务器均没有数据，它们的编号分别是1,2,3,4,5,按编号依次启动，它们 的选择举过程如下：
1. 服务器1启动，给自己投票，然后发投票信息，由于其它机器还没有启动所以它收不到反 馈信息，服务器1的状态一直属于Looking。 2. 服务器2启动，给自己投票，同时与之前启动的服务器1交换结果，由于服务器2的编号 大所以服务器2胜出，但此时投票数没有大于半数，所以两个服务器的状态依然是 LOOKING。 3. 服务器3启动，给自己投票，同时与之前启动的服务器1,2交换信息，由于服务器3的编 号最大所以服务器3胜出，此时投票数正好大于半数，所以服务器3成为领导者，服务器 1,2成为小弟。 4. 服务器4启动，给自己投票，同时与之前启动的服务器1,2,3交换信息，尽管服务器4的 编号大，但之前服务器3已经胜出，所以服务器4只能成为小弟。 5. 服务器5启动，后面的逻辑同服务器4成为小弟。
11.1.2. Zookeeper 工作原理（原子广播）
1. Zookeeper的核心是原子广播，这个机制保证了各个server之间的同步。实现这个机制 的协议叫做Zab协议。Zab协议有两种模式，它们分别是恢复模式和广播模式。 2. 当服务启动或者在领导者崩溃后，Zab就进入了恢复模式，当领导者被选举出来，且大多 数server的完成了和leader的状态同步以后，恢复模式就结束了。 3. 状态同步保证了leader和server具有相同的系统状态 4. 一旦leader已经和多数的follower进行了状态同步后，他就可以开始广播消息了，即进 入广播状态。这时候当一个server加入zookeeper服务中，它会在恢复模式下启动，发 现leader，并和leader进行状态同步。待到同步结束，它也参与消息广播。Zookeeper 服务一直维持在Broadcast状态，直到leader崩溃了或者leader失去了大部分的 followers支持。 5.  广播模式需要保证proposal被按顺序处理，因此zk采用了递增的事务id号(zxid)来保 证。所有的提议(proposal)都在被提出的时候加上了zxid。 6. 实现中zxid是一个64为的数字，它高32位是 epoch用来标识leader关系是否改变， 每次一个leader被选出来，它都会有一个新的epoch。低32位是个递增计数。 7. 当leader崩溃或者leader失去大多数的follower，这时候zk 进入恢复模式，恢复模式 需要重新选举出一个新的leader，让所有的server都恢复到一个正确的状态。