ZooKeeper在分布式领域，能够帮助解决很多很多的分布式难题，但是底层却只是依赖于两个主要的组件：ZNode文件/数据存储系统和watch监听系统，另外还有一大模块，就是ACL系统。本节我们介绍下znode文件/数据存储系统。

一、ZNode特性

在 ZooKeeper 中，每一个数据节点都被称为一个ZNode，所有ZNode按层次化结构进行组织，形成一棵树。ZNode文件/数据存储系统的作用就是为分布式应用存储少量关键的核心状态数，ZNode既能挂载子节点，也能存储数据。

所以总结说来，ZNode即是文件夹又是文件的概念，但是在ZooKeeper这里面就不叫文件也不叫文件夹，叫ZNode，每个ZNode有唯一的路径标识，既能存储数据，也能创建子 ZNode，但是 ZNode只适合存储非常小量的数据，不能超过1M，最好小于1K。

ZNode的分类：

按照生命周期可以分为：

• 短暂（ephemeral）（断开连接自己删除）
• 持久（persistent）（断开连接不删除，默认情况）

按照是否自带序列编号可以分为：

• SEQUENTIAL（带自增序列编号，由父节点维护）
• 非SEQUENTIAL（不带自增序列编号，默认情况）

持久节点（PERSISTENT）

持久化znode节点，一旦创建这个znode节点，存储的数据不会主动消失，除非是客户端主动delete。

持久顺序节点（PERSISTENT_SEQUENTIAL）

自动增加自增顺序编号的znode节点，比如ClientA去zookeeper service上建立一个znode名字叫做 /zk/conf，指定了这种类型的节点后zk会创建 /zk/conf0000000000，ClientB再去创建就是创建 /zk/conf0000000001，ClientC是创建/zk/conf0000000002，以后任意Client 来创建这个znode都会得到一个比当前zookeeper命名空间最大znode编号+1的znode，也就说任意一个Client去创建znode都是保证得到的znode编号是递增的，而且是唯一的znode节点。

临时节点（EPHEMERAL）

临时znode节点，Client连接到zk service的时候会建立一个session，之后用这个zk连接实例在该session期间创建该类型的znode，一旦Client关闭了zookeeper的连接，服务器就会清除session，然后这个session建立的znode节点都会从命名空间消失。总结就是，这个类型的 znode的生命周期是和Client建立的连接一样的。比如ClientA创建了一个EPHEMERAL 的/zk/conf 的 znode 节点，一旦ClientA的zookeeper连接关闭，这个znode节点就会消失。整个zookeeper service命名空间里就会删除这个znode节点。

临时顺序节点（EPHEMERAL_SEQUENTIAL）

临时自动编号节点，znode节点编号会自动增加，但是会随session消失而消失。

注意点：

• 创建 znode 时设置顺序标识，znode 名称后会附加一个值，顺序号是一个单调递增的计数器，由父节点维护
• 在分布式系统中，顺序号可以被用于为所有的事件进行全局排序，这样客户端可以通过顺序号推断事件的顺序
• EPHEMERAL 类型的节点不能有子节点，所以只能是叶子结点
• 客户端可以在 znode 上设置监听器

二、节点状态

每个节点除了存储了数据内容的同时，还存储了节点本身的一些状态信息，我们在使用get命令获取数据节点时就能获取到这些信息。Zookeeper把这些信息封装在Stat类中：

状态属性	说明
czxid	表示该节点被创建时的事务ID
mzxid	表示该节点最后一次被更新时的事务ID
ctime	表示该节点被创建的时间
mtime	表示该节点最后一次被更新的时间
version	数据节点版本号
cversion	子节点的的版本号
aversion	节点的ACL版本号
ephemeralOwner	创建该临时节点的会话sessionID，持久节点值为0
dataLength	数据内容的长度
numChildren	当前节点的子节点个数
pzxid	表示该节点的子节点列表最后一次被修改时的事务ID

三、节点版本

每个数据节点具有三种类型的版本信息，对数据节点的任何更新操作都会引起版本号的变化：

版本类型	说明
version	当前数据节点数据内容的版本号
cversion	当前数据节点子节点的版本号
aversion	当前数据节点ACL变更版本号

Zookeeper中节点版本表示的是对数据节点的数据内容、子节点列表或是ACL信息的修改次数，以version为例：即使前后两次变更并没有使得数据内容的值发生变更，version的值依然会变更。

据内容、子节点列表或是ACL信息的修改次数，以version为例：即使前后两次变更并没有使得数据内容的值发生变更，version的值依然会变更。

而version属性是用来处理并发控制，实现乐观锁的写入校验的。在进行一次setDataRequest请求处理时，首先就会进行版本检查，Zookeeper会从setDataRequest中获取到当前请求的版本version，同时从数据记录nodeRecord中获取到当前服务器上该数据的最新版本currentVersion进行比对，如果两个版本不匹配，则会抛出异常。