zookeeper原理篇-Zookeeper启动流程分析

上篇我们通过了解Paoxs算法开始，到Zab协议的两大特性:崩溃恢复和消息广播，学习了Zookeeper是如何通过Zab协议实现高可用，本篇开始我们来学习Zookeeper的启动流程

单机模式启动流程

我们知道，Zookeeper使用中分为单机和集群两种，而这两种最大的不同则是，集群启动下需要进行Leader选举以及Leader和Follower之间的数据同步操作，而单机启动则不需要此操作，Zookeeper单机启动大概分为三个部分，分别为预处理、初始化和注册，接下来我们分别来看看三个流程的步骤

预处理

预处理操作中，将创建服务实例之前需要的数据读取加载准备就绪，大体流程如下:

1.首先我们在使用zkServer.sh或者zkServer.cmd这两个脚本启动Zookeeper的时候，默认会启动org.apache.zookeeper.server.quorum.QuorumPeerMain类，因此无论是Zookeeper的单机还是集群环境下，QuormPeerMain类都是作为默认的入口启动类启动。

2.启动后就会开始解析Zoo.cfg配置文件，从中读取默认配置的tickTime、dataDir和clientPort等

3.当配置读取并解析完毕以后，会创建DatadirCleanupManager类实例，此类是Zookeeper从3.4版本开始加入的对历史记录文件进行清理以及定时清理日志和快照的管理器

4.从刚刚读取解析的Zoo.cfg配置文件内容中找到clientPort参数内容，通过配置的地址判断是否存在多个地址来确定当前启动的模式是单机版还是集群模式，如果当前启动模式为单机模式，将进入单机的启动流程，并且读取Zoo.cfg剩余的配置信息

5.通过解析Zoo.cfg中的配置信息相关的参数，开始创建ZookeeperServer类实例，完成了这一步后，预处理阶段完成

初始化

初始化阶段，则是开始将Zookeeper中的相关服务管理类进行创建，大体流程如下:

1.创建了ZookeeperServer实例后，Zookeeper会创建一个ServerStats实例，此类用来收集Zookeeper运行过程中的统计信息，例如发送客户端的响应包次数，收到的请求包次数，最近启动后最大的延迟和最小延迟等

2.紧接着会创建Zookeeper中的数据存储管理器–FileTxnSnaplog类，此类作为最上层的，提供了一系列了操作数据文件的接口，其中包括操作事务日志和操作快照的接口，而创建当前类实例会根据zoo.cfg中的dataDir以及dataLogDir参数进行构建

3.同样根据解析出来的zoo.cfg配置文件中的tickTime以及session的会话时间来设置对应参数，并且会根据zookeeper.serverCnxnFactory参数来确定启动Zookeeper的网络连接工厂是基于Netty的还是基于jdk自身的Nio工厂

4.确定工厂类型后，Zookeeper会开始初始化一个Thread，作为整个Zookeeper运行过程中的主线程，并且开始初始化ServerCnxnFactory实例

5.当ServerCnxnFactory实例构建完毕后，开始运行对应的run方法中的业务逻辑，此时由于连接工厂已经创建，端口其实已经对外开放了，但是Zookeeper此时还未完成启动过程，还无法对外处理请求

6.开始恢复Zookeeper的数据，将从事务日志以及之前保存的快照进行数据恢复

7.数据恢复完成后，Zookeeper开始构建会话管理器–SessionTracker，此类主要负责管理Session，在创建的时候，将e xpirationlnterval, nextExpirationTime
和 sessionsWithTimeout进行计算以及配置，并且会计算出每一个Session对应的SessionID，并且在运行过程中会负责Session的会话超时检测等

8.创建完毕后，Zookeeper会初始化对应的请求过滤链，而在Zookeeper中请求的过滤链使用了责任链模式，其中处理的顺序流程主要是PrepRequestProessor->SyncRequestProessor->FinalRequestProessor三个请求处理器，至此Zookeeper的初始化流程已经做完

注册提供服务

当Zookeeper的初始化流程完成后，服务器已经开始到就绪状态了，只需要将对应的信息注册以后即可对外提供服务了，此阶段的流程大概如下:

可以看到此阶段中，Zookeeper只需要将JMX服务注册，以及当前相关实例注册完毕，即可完成单机启动流程，此时的Zookeeper已经正常提供服务了

集群模式启动流程

集群模式的启动过程很多和单机模式是一样的，但是由于集群模式下，会有Leader机器选举以及数据同步的过程，因此Zookeeper的集群模式启动过程要复杂的多，而整个集群的启动过程，大体可以分为五个部分，分别是预处理、初始化、Leader选举、Leader与Follower交互以及Leader与Follower启动，其中预处理过程几乎与单机模式一样，唯一的区别在于解析zoo.cfg中的连接配置，判断启动模式为集群模式，开始进入集群模式的初始化操作流程而已，因此，我们从集群模式的初始化开始

初始化

初始化过程大体和单机模式差不多，如下:

1.创建并初始化ServerCnxnFactory

2.创建Zookeeper中的数据文件管理器FileTxnSnaplog

3.在集群模式下，会去创建QuorumPeer实例，Quorum是集群模式下特有的对象，属于Zookeeper的托管者，此类的作用是在运行期间，会不停的检测当前服务器实例的状态，并且在需要选举的时候发起选举

4.创建Zookeeper中的内存数据库ZKDatabase实例，用来记录会话记录以及DataTree和事物日志

5.QuorumPeer实例作为托管者，会在启动过程中，将核心组件信息注册上去，包括之前创建的ZKDatabase、FileTxnSnaplog以及服务器列表信息，选举算法等

6.开始恢复数据

7.数据恢复完成后，开始启动ServerCnxnFactory中的主线程，运行run方法，开始执行服务器选举相关的操作

Leader选举

选举阶段的流程大概如下:

1.Zookeeper解析zoo.cfg配置文件中的 electionAlg属性，来确定进行选举的算法是哪一种，在Zk中有三种选举算法，分别是 LeaderElection 、 AuthFastLeaderElection 和 FastLeaderElection，分别对应数值0-3，不过从3.4的版本开始，zk仅支持FastLeaderElection选举算法，其他两种被废弃了。同样的，在选举的初始化阶段，zk会根据自身服务器ID、lastLoggedZxid和当前服务器的epoch初始化一个选举的票据

2.选举初始化准备好以后，开始注册JMX服务

3.前面创建好的QuorumPeer实例会不断检测当前的服务器状态，在正常情况下，QuorumPeer 的状态应该是LOOKING，才会开始进行选举操作

4.开始进行选举操作，简单来说，zk中一般是ZXID最大的机器成为Leader，如果ZXID一样，SID越大的则成为Leader。(zk的详细选举流程，则在后续的文章中分析)

Leader与Follower交互

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

最后

Android学习是一条漫长的道路，我们要学习的东西不仅仅只有表面的 技术，还要深入底层，弄明白下面的 原理，只有这样，我们才能够提高自己的竞争力，在当今这个竞争激烈的世界里立足。

人生不可能一帆风顺，有高峰自然有低谷，要相信，那些打不倒我们的，终将使我们更强大，要做自己的摆渡人。

资源持续更新中，欢迎大家一起学习和探讨。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

和探讨。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！