细读经典第一期——从Paxos到Zookeeper 分布式一致性原理与实践（5）

漫长的第七章还没结束，其实ZK本身在使用层面上来讲是相对而言比较容易的，因为本身他就是一个开源版的Chubby，但其实内部结构还是比较复杂的。

7.7服务器角色介绍（重点）

7.7.1 Leader

主要工作：

保持proposal处理请求的顺序性，作为ZK集群的调度者

一提到请求处理顺序，第一反应就是责任链模式，对ZK Leader而言，其请求链: 

责任链模式

PreRequestProcessor：识别请求是否事务请求，如果是，则创建请求头、事务体，会话检查，ACL检查等

ProposalRequestProcessor：识别请求是否事务请求，如果是，则根据请求创建proposal，并发送给Follower进行事务投票，并将请求转给CommitProcesser处理，同时转给SynRequestProcessor进行日志记录。

SynRequestProcessor：用来记录ZK的事务请求并持久化到日志文件，也会触发ZK进行数据快照  

AckRequestProcessor：在日志记录完成后通知投票收集器已经完成了对Proposal的事务日志记录

CommitRequestProcessor：非事务请求直接转发下一级，事务请求会等待集群对proposal进行投票直到proposal可被提交，用于控制事务提交的

ToBeCommitedProcessor：leader的内部类，维护了一个ConcurrentLinkedQueue类型的toBeApplied先进先出队列用来存储被CommitProcessor处理过的可以被提交的Proposal

FinalRequestProcessor：创建客户端响应，存储事务到内存数据库中

整个集群在实时通信时，Leader会为每一个Follower或Observer保存一份连接实体在LearnerHandler中，Leader持有一个HashSet<LearnerHandler>类型的引用，同时包含了一些列通信Sokect通信的方法

7.7.2 Follower 

处理客户端非事务请求，转发事务请求给Leader

参与事务请求Proposal投票，参与Leader选举

对于Follower而言，其处理链：

与Leader不同的Processor有：

FollowerRequstProcessor：判断是否为事务请求，如果不是，则转发下一级，如果是，则转发给Leader进行事务请求处理

当收到Leader发送的事务消息时，会进入SendAckRequestProcessor处理流程

SendAckRequestProcessor：Leader日志记录完后，做本地调用进入AckRequestProcessor流程，Follower日志记录完后，做远程调用进入SendAckRequestProcessor向Leader发送自身的ACK消息 

7.7.3 Observer

由于Observer不参与投票，故Observer本身就设计成不去处理事务请求。如果收到事务请求，就会将事务请求转发给Leader进行处理，也就是说，Observer主要是用来提升集群非事务处理能力。除此以外，Observer和Follower并无其余差别

7.8 请求处理（重点）

7.9 数据与存储

8 集群运维

着重说一下扩缩容，命令有手就行，自己敲敲完事，直接复制一篇，可能我自己做也就这样

理解Zookeeper（九）：Zookeeper扩容和缩容 - 昀溪 - 博客园