07-zookeeper-内部原理-CSDN博客

07-zookeeper-内部原理：
https://zookeeper.apache.org/

1、节点类型（4种）

public enum CreateMode {
    PERSISTENT(0, false, false, false, false),
    PERSISTENT_SEQUENTIAL(2, false, true, false, false),
    EPHEMERAL(1, true, false, false, false),
    EPHEMERAL_SEQUENTIAL(3, true, true, false, false),
    CONTAINER(4, false, false, true, false),
    PERSISTENT_WITH_TTL(5, false, false, false, true),
    PERSISTENT_SEQUENTIAL_WITH_TTL(6, false, true, false, true);
    ......
}

PERSISTENT 持久型
创建了就会一直存在，直到被手动调用删除节点方法。

PERSISTENT_SEQUENTIAL 持久顺序型
会自动在节点路径名称后面添加一个自增的序号，如apple/iphone/macbook00000001，这种带自增序号的节点能保证输入同一路径时都能创建一个唯一的节点，可用于实现分布式队列，分布式公平锁。

EPHEMERAL 临时型
在回话结束后，节点自动删除。

EPHEMERAL_SEQUENTIAL 临时顺序型
临时节点特性，路径自动添加自增序号。

CONTAINER 容器型
zookeeper会有线程扫描容器型节点，当发现节点没有子节点时，就会删除掉容器节点。在没有没删除前，特性和持久节点一样，官方对此类型的节点用处说明是：Container nodes are special purpose nodes useful for recipes such as leader, lock, etc。

PERSISTENT_WITH_TTL 持久TTL型
TTL的意思是time to live ，他是容器节点之上的，当此类型节点之下没有子节点且未被修改的时间超过TTL后，就会被删除。要想使用该类型，必须在zookeeper的bin/zkService.sh中的启动zookeeper的java环境中设置环境变量zookeeper.extendedTypesEnabled=true（具体做法在下边），否则KeeperErrorCode = Unimplemented for /**。

2、stat结构体
cZxid：导致创建znode更改的事务ID。
mZxid：最后修改znode更改的事务ID。
pZxid：用于添加或删除子节点的znode更改的事务ID。
ctime：从1970-01-01T00:00:00Z开始以毫秒为单位的znode创建时间。
mtime：从1970-01-01T00:00:00Z开始以毫秒为单位的znode最近修改时间。
dataVersion：对该znode的数据所做的更改次数。
cversion：对此znode的子节点进行的更改次数。
aclVersion：对此znode的ACL进行更改的次数。
ephemeralOwner：如果znode是ephemeral类型节点，则这是znode所有者的 session ID。如果znode不是ephemeral节点，则该字段设置为零。
dataLength：这是znode数据字段的长度。
numChildren：这表示znode的子节点的数量。

3、监听器原理

1）首先由一个main()线程

2）在main（）线程总创建ZK客户端，这时就会创建两个线程，一个负责网络连接通信（connect），一个负责监听（listener）

3）通过connect线程将注册的监听事件发送给ZK

4）在ZK的注册监听列表中将注册的监听事件添加到列表中

5）ZK监听到有数据或者路径变化，将消息发送给listener线程。

6）listener线程调用回调函数process（）方法
在这里插入图片描述