Zookeeper源码分析(一)
一、选中Zookeeper
最近准备阅读一两个框架的源码,刚好准备学习关于分布式的知识,就选中了Zookeeper。关于选择这个框架有几个原因。
1.可以实现集群。
2.服务注册与发现一直是分布式必须要研究与使用的。
3.可以实现分布式锁
4.等等,各种原因,让我选择了它。没办法,只能从官网开始慢慢探索源码之路。
二、学习方式
为了更好的开展后面的路子,准备先前做好准备,怎么学习非常重要。
1.Zookeeper组件总览。熟悉哪个组件是干什么的,整体框架由哪些构成。
2.下载源代码,客服端
3.运行客服端,体验一下。
4.编译源代码,能够打包等。
5.对其中一个组件挨个进行调试,代码分析。
6.分析完一个组件,进行总结,分析为什么要这样设计。我这里为什么不是看完一个类就进行总结,而是看完一个组件后再来分析,原因在与,好的框架,都是高内聚,低耦合。高可用,扩展性强。这些在一个类中并不能体现出来,所以需要看完一个组件或者模块才能看出这些优点。
三、源码总览
在这一章节,先整体来看下源码的结构。至于下载源码和客服端,留到下一章内容。
1.Zookeeper是什么。
The motivation behind ZooKeeper is to relieve distributed applications the responsibility of implementing coordination services from scratch.
这是官网的一句原话:ZooKeeper背后的动机是减轻分布式应用程序从头开始实施协调服务的责任。
2.全局设计
Zookeeper重视高性能,高可用,以及严格有序的访问。
可靠性意味这不会造成单点故障,在集群中,只要大多数服务器可用,则服务可用。
严格排序,则是我们客服端实现分布式锁的一个重要特性
Zookeeper的数据保存在内存中,这意味着高吞吐量和低延迟。
下面是Zookeeper的一张集群图
Zookeeper数据格式类似于linux系统