Zookeeper源码分析(一)

一、选中Zookeeper

 

最近准备阅读一两个框架的源码，刚好准备学习关于分布式的知识，就选中了Zookeeper。关于选择这个框架有几个原因。

１．可以实现集群。

２．服务注册与发现一直是分布式必须要研究与使用的。

３．可以实现分布式锁

４．等等，各种原因，让我选择了它。没办法，只能从官网开始慢慢探索源码之路。

 

二、学习方式

 

为了更好的开展后面的路子，准备先前做好准备，怎么学习非常重要。

１．Zookeeper组件总览。熟悉哪个组件是干什么的，整体框架由哪些构成。

２．下载源代码，客服端

３．运行客服端，体验一下。

４．编译源代码，能够打包等。

５．对其中一个组件挨个进行调试，代码分析。

６．分析完一个组件，进行总结，分析为什么要这样设计。我这里为什么不是看完一个类就进行总结，而是看完一个组件后再来分析，原因在与，好的框架，都是高内聚，低耦合。高可用，扩展性强。这些在一个类中并不能体现出来，所以需要看完一个组件或者模块才能看出这些优点。

 

三、源码总览

 

在这一章节，先整体来看下源码的结构。至于下载源码和客服端，留到下一章内容。

 

1.Zookeeper是什么。

The motivation behind ZooKeeper is to relieve distributed applications the responsibility of implementing coordination services from scratch.

这是官网的一句原话：ZooKeeper背后的动机是减轻分布式应用程序从头开始实施协调服务的责任。

其实关键几个字就是：　协调服务　责任　减轻

 

２．全局设计

Zookeeper重视高性能，高可用，以及严格有序的访问。

可靠性意味这不会造成单点故障，在集群中，只要大多数服务器可用，则服务可用。

严格排序，则是我们客服端实现分布式锁的一个重要特性

Zookeeper的数据保存在内存中，这意味着高吞吐量和低延迟。

下面是Zookeeper的一张集群图

Zookeeper数据格式类似于linux系统