面试官问：ZooKeeper 有几种节点类型？别回答 4 种啦

一、关于 ZK 的节点类型

大家如果刷过 ZK 相关面试题的话，就一定会刷到过 “ZK 有几种节点类型?”，大家通常背书的答案的话是：4 种!但其实 ZK (3.6.2)服务端支持 7 种节点类型，分别是：

持久 持久顺序 临时 临时顺序 容器 持久 TTL 持久顺序 TTL

这 7 种类型之前的文面试章中也有提到过，但是并没有展开讲。这次更新的单篇想要把这 7 种类型的节点，认认真真的讲一遍!Let's GO

二、简单介绍 2.1 持久、临时

持久不用我多说，是用的最多的一种类型，也是默认的节点类型，临时节点相较于持久节点来说，就是它会随着客户端会话结束而被删除官问，通常可以用在一些特定的场景，例如分布式锁释放，健康检查等。

2.2 持久顺序、临时顺序

这两种我放在一起介绍，因为他们相对于上面两种的特性就是 ZK 会自动在这两种节点之后增加一个数字的后缀，而路径 + 数字后缀是能保证唯一的，这数字后缀的应用场景可以实现诸如分布：Z式队列，分布式公平锁等。

2.3 容器

容器节点是 3.5 以后新增的节点类型，只要在调用 create 方法时，指定 CreateMode 为 CONTAINER 即可创建容器的节点类型，容器节点的表现形式和持久节点是一样的，但是区别是 ZK 服务端启动后，会有一个单独的线程oo去扫描，所有的容器节点，当发现容器节点的子节点数量为 0 时，会自动删除该节点，除此之外和持久节点没有区别，官方注释给出的使用场景是 Container nodes are special purpose nodes useful for recipes such as leadKeer, lock, etc. 说可以用在 leader 或者锁的场景中。

2.4 持久 TTL、持久顺序 TTL

关于持久和顺序这两个关键字，不用我再解释了，这两种类型的节点重点是后面的 TTL，TTL 是 time to live 的缩写，指带有存活时间，简单来说就是当该节点下面没有子ep节点的话，超过了 TTL 指定时间后就会被自动删除，特性跟上面的容器节点很像，只是容器节点没有超时时间而已，但是 TTL 启用是需要额外的配置(这个之前也有提过)配置是 zookeeper.extendedTypesEnabled 需要配置成 true，否则的话创建 TTL 时会er收到 Unimplemented 的报错

三、原理介绍

单纯的持久和临时节点我就不介绍了，之前的系列文章有讲

3.1 顺序关键字

客户端创建一个顺序节点的时候，服务端得知当前节点是顺序节点的时候会自动给路径加上后缀，后缀就是父节点的 cversion，代表创建子节点的个数

i 有f (createMode.isSequential()) {    path = path + String.format(Locale.ENGL几种ISH, "%010d", parentCVersion); } 

就是这么简单~

3.2 容器、TTL 关键字

这两种其实可以放在一起讲，服务端在启动的时候会额外启动一个定时任务线程，会定期的扫描所有的容器和 TTL 的节点节点，逐一判断子节点的数量以及一些相关配置，来决定是否删除，首先整个逻辑是在 ContainerManager 中，定时任务是由 TimeTask 实现的，相关的配置有

配置项 默认值 说明 znode.container.checkIntervalMs 60000（毫秒） 定时任类型务检查的间隔 znode.container.maxPerMinute 10000 和上面的参数联合成为最小的检查间隔，每个节点间隔必须差 （60000 / 10000）毫秒（默认 6 毫秒）以上 znode.container.maxNeverUsedIntervalM？别s 0 如果配置不为 0 的话，当容器和 TTL 节点最后一次更新的时间和当前时间戳的差超过这个值的话，也会被删除 四、小结 持久关键字：客户端不主动删除的话，节点数据会一直存在 临时关键字：客户端连接断开后，节点数据会被一起删除 顺序关键字：服务端会回答自动为该节点加数字后缀 容器：服务端会定期扫描这些节点，当该节点下面没有子节点时(或其他条件时)服务端会自动删除节点 TTL：需要额外配置才能启用，基本和容器相同，当超过 TTL 时间节点下面都没有再创建子节点时会被删除，但是当创建子节点会重置该超时时间