Zookeeper概述

Zookeeper 会维护一个具有层次关系的数据结构,树。Zookeeper 作为一个分布式的服务框架，主要用来解决分布式集群中应用系统的一致性问题，它能提供基于类似于文件系统的目录节点树方式的数据存储，但是 Zookeeper 并不是用来专门存储数据的，它的作用主要是用来维护和监控你存储的数据的状态变化。每个节点能存大约1M的数据。通过监控这些数据状态的变化，从而可以达到基于数据的集群管理。

Zookeeper 这种数据结构有如下这些特点：
每个子目录项如 NameService 都被称作为 znode，这个 znode 是被它所在的路径唯一标识，如 Server1 这个 znode 的标识为 /NameService/Server1。
znode 可以有子节点目录，并且每个 znode 可以存储数据，注意 EPHEMERAL 类型的目录节点不能有子节点目录。
znode 是有版本的，每个 znode 中存储的数据可以有多个版本，也就是一个访问路径中可以存储多份数据。
znode 可以是临时节点，一旦创建这个 znode 的客户端与服务器失去联系，这个 znode 也将自动删除，Zookeeper 的客户端和服务器通信采用长连接方式，每个客户端和服务 器通过心跳来保持连接，这个连接状态称为 session。如果 znode 是临时节点，这个 session 失效，znode 也就删除了。
znode 的目录名可以自动编号，如 App1 已经存在，再创建的话，将会自动命名为 App2。
znode 可以被监控，包括这个目录节点中存储的数据的修改，子节点目录的变化等，一旦变化可以通知设置监控的客户端，这个是 Zookeeper 的核心特性，Zookeeper 的很多功能都是基于这个特性实现的。

ZooKeeper是为协作而设计的(通常使用小数据文件), 不是大容量的数据存储, 因此任何一个znode的数据存储量的上限是1MB。


getData,getChildren(),exists()这三个方法可以针对参数中的path设置watcher，当path对应的Node 有相应变化时，server端会给对应的设置了watcher的client 发送一个一次性的触发通知事件。客户端在收到这个触发通知事件后，可以根据自己的业务逻辑进行相应地处理。注意这个watcher的功能是一次性的，如果还想继续得到watcher通知，在处理完事件后，要重新register。


CreateMode 标识有四种形式的目录节点,分别是  
     * PERSISTENT：持久化目录节点，这个目录节点存储的数据不会丢失； 
     * PERSISTENT_SEQUENTIAL：顺序自动编号的目录节点，这种目录节点会根据当前已近存在的节点数自动加 1，然后返回给客户端已经成功创建的目录节点名； 
     * EPHEMERAL：临时目录节点，一旦创建这个节点的客户端与服务器端口也就是 session 超时，这种节点会被自动删除； 

     * EPHEMERAL_SEQUENTIAL：临时自动编号节点  。

acl访问控制列表，新建节点时需要指定，分别是
     * CREATOR_ALL_ACL 这个ACL给身份验证id的所有权限
     * OPEN_ACL_UNSAFE 完全开放的目录
     * READ_ACL_UNSAFE 只读

stat结构  通过Stat stat = zk.exists(path, false);取得。

每一个节点的stat结构由下面的属性构成，均可以get取得，set设置：

        czxid  创建这个节点时的变更对应的事务号
        mzxid  最后修改这个节点的变更对应的事务号
        ctime  节点创建时的毫秒数
        mtime  节点最后一次修改时的毫秒数
        version  节点数据变更的版本号
        cversion  节点的子节点变更的版本号
        aversion  节点ACL变更的版本号
        ephemeralOwner  创建节点的会话id（临时性节点），非临时性节点为0
        dataLength  节点数据的长度
        numChildren  字节点的数目