清秀小生的三分地

ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，它包含一个简单的原语集，分布式应用程序可以基于它实现同步服务，配置维护和命名服务等。Zookeeper是hadoop的一个子项目。在分布式应用中，由于工程师不能很好地使用锁机制，以及基于消息的协调机制不适合在某些应用中使用，因此需要有一种可靠的、可扩展的、分布式的、可配置的协调机制来统一系统的状态。Zookeeper的目的就在于此

1 CountDownLatch函数列表 CountDownLatch(int count) 构造一个用给定计数初始化的 CountDownLatch。 // 使当前线程在锁存器倒计数至零之前一直等待，除非线程被中断。 void await() // 使当前线程在锁存器倒计数至零之前一直等待，除非线程被中断或超出了指定的等待时间。 boolean await(long timeout,

本文主要讲述ZooKeeper的数据模型，包括ZooKeeper的数据视图，节点的层次结构以及节点类型等基本属性。Zookeeper的视图结构类似标准的Unix文件系统，但是没有引入文件系统相关概念：目录和文件，而是使用了自己特有的节点(node)概念，称为znode。Znode是ZooKeeper中数据的最小单元，每个znode上都可以保存数据，同时还可以挂载子节点，也构成了一个层次化的命名空间

1 一致性 读操作 由于性能的原因，读操作由zookeeper服务的内存提供，而且不参与写操作的全局排序，这一特性 会导致使用机制交流的客户端与zookeeper状态不一致。 为了避免这种情况，可以在读之前能进行sync，它会强制它脸上的zookeeper与leader保持一致。 ##但是sync是异步执行，更新可能会在读之后完成。 写操作 在ensemble中，跟随者通过更

1 zookeeper作用。 一个消息进行网络传输，当网络发生故障时，发送方并不知道接收方是否收到消息。发送方唯一能做的就是再次进行连接，并且进行轮询来确定接收方是否已接收信息。zookeeper不能解决局部故障，但是提供了一些工具集，用来建立安全处理局部故障的分布式应用。 2 zookeeper基本理解。 理解zookeeper的方法是把它视为一种高可用性的文件系统。它没有文件和目录，但是

1 基本思想。 使用顺序性znode来标示争夺锁的进程的顺序。首先指明一个lock znode，一般描写了被锁定的实体。叫做/leader。需要用的客户端在该节点下面创建顺序性临时性的子节点，在任何时刻拥有最小值的客户端将获得锁。锁的解锁可以通过删除子节点，或者会话结束，临时节点会自动被删除。 改进1：仅当znode之前的顺序消失时，被通知。避免zookeeper服务器的压力过大 改进2