zookeeper源码解析：流程图详解版本，结合源码无压力学习

详解zookeeper源码图解

什么是Zookeeper？

可以理解为 Zookeeper 是一个用于存储少量数据的基于内存
的数据库，主要有如下两个核心的概念：文件系统数据结构 + 监听通知机制。

文件系统数据结构：

每个子目录项都被称作为 znode(目录节点)，和文件系统类似，我们能够自由的增加、删除znode，在一个znode下增加、删除子znode。

• PERSISTENT­持久化目录节点
  客户端与zookeeper断开连接后，该节点依旧存在，只要不手动删除该节点，永远存在

• PERSISTENT_SEQUENTIAL­持久化顺序编号目录节点
  客户端与zookeeper断开连接后，该节点依旧存在，只是Zookeeper给该节点名称进行顺序编号

• EPHEMERAL­临时目录节点
  客户端与zookeeper断开连接后，该节点被删除

• EPHEMERAL_SEQUENTIAL­临时顺序编号目录节点
  客户端与zookeeper断开连接后，该节点被删除，只是Zookeeper给该节点名称进行顺序编号

• Container 节点
  如果Container节点下面没有子节点，则Container节点在未来会被Zookeeper自动清除,定时任务默认60s 检查一次

• TTL 节点
  默认禁用，只能通过系统配置 zookeeper.extendedTypesEnabled=true 开启，不稳
  定

监听通知机制

1. 如果注册的是对某个节点的监听，则当这个节点被删除，或者被修改时，对应的客户端将被通知
2. 如果注册的是对某个目录的监听，则当这个目录有子节点被创建，或者有子节点被删除，对应的客户端将被通知（目录里面的东西被修改不会监听）
3. 如果注册的是对某个目录的递归子节点进行监听，则当这个目录下面的任意子节点有目录结构的变化（有子节点被创建，或被删除）或者根节点有数据变化时，对应的客户端将被通知。

注意：所有的通知都是一次性的，及无论是对节点还是对目录进行的监听，一旦触发，对应的监听即被移除。递归子节点，监听是对所有子节点的，所以，每个子节点下面的事件同样只会被触发一次。

分布式锁原理和框架实现

本次主要是针对zk源码的学习，不太在意zk的分布式锁实现，如果同学们需要分布式锁的原理和实现（比较成熟的框架有curator），后面单独补一篇文章说明。

Zookeeper源码学习

源码分析见链接非常详细，有正在学习zk源码的同学可以查看：
https://www.processon.com/view/link/6256609663768946f284e5c6