研究一款产品的时候，我们要从设计，架构的角度，来考虑其设计者为何要这样设计，这样设计的优点是什么，缺点是什么，其适用场景是什么，还有没有更好的解决方案．
在研究其实现时，也不能仅仅思考其功能上是如何实现的，还要考虑如何保证代码的优雅性，如何充分解耦，如何进行测试，代码中进行了哪些优化，我们还可以如何进一步优化．
这样我们才能也设计出一款具有更高的性能，更好的产品．
在这篇文章中，我们将会对ZooKeeper进行模块拆分．
ZooKeeper介绍
其实，ZooKeeper就是一个分布式键值系统．它提供了几种类型的几点，基于这，又衍生出来它的其他用途，比如，分布式锁．但是，从本质上说，它就是一个分布式键值系统．
我们如何设计一个键值系统？
我们考虑一下，如果让我们设计一个键值系统，不是分布式键值系统，只是一个简单的键值系统，在单机上运行的那种，我们要如何来设计呢？
首先，这个键值系统，很明显，是C/S架构．需要一个客户端，然后还需要一个服务器端．
那么，服务器端如何对外提供服务呢？以Restful接口的形式，还是以Socket的方式，或者RPC的方式？
另外，我们这个系统提供哪些操作？
它提供的操作是否是幂等性的？如果是非幂等性的，我们如何处理？
数据结构是怎样的？是HashMap么？或者其他的数据结构，链表，树？
如何做到容灾？用快照？
如何对服务器端进行监控？
对于一个分布式键值系统来说，又有其他的地方需要考虑．
各个节点如何进行通讯？
如何保证各个节点之间的数据的一致性？Paxos，Raft，Zab？
要实现哪一种一致性模型？强一致性还是最终一致性？
需要容忍Byzantine错误吗？
如何进行测试？
ZooKeeper拆分
从上面那一小节，我们基本上就能得出ZooKeeper的各个模块：
- 客户端
- 服务器端
- 一致性算法模块
- 本地容灾模块
- 监控模块
- 测试模块
当然，各个模块之间并不是独立的．比如，ZooKeeper中的监控使用的是JMX，所以，可以看到JMX穿插在各处．
其实服务器端包括了本地容灾模块以及监控模块，以及其他的如各种数据结构．
