Zookeeper分布式锁原理

一、节点

Zookeeper节点的概念：Zookeeper的数据存储结构就像一棵树，这棵树由节点组成，这种节点叫做Znode。

1.持久节点 （PERSISTENT）

默认的节点类型。创建节点的客户端与zookeeper断开连接后，该节点依旧存在 。

2.持久节点顺序节点（PERSISTENT_SEQUENTIAL）

在创建节点时，Zookeeper根据创建的时间顺序给该节点名称进行编号：

3.临时节点（EPHEMERAL）

和持久节点相反，当创建节点的客户端与zookeeper断开连接后，临时节点会被删除。

4.临时顺序节点（EPHEMERAL_SEQUENTIAL）

临时顺序节点结合和临时节点和顺序节点的特点：在创建节点时，Zookeeper根据创建的时间顺序给该节点名称进行编号；当创建节点的客户端与Zookeeper断开连接后，临时节点会被删除。

二、Zookeeper分布式锁的原理

Zookeeper分布式锁恰恰应用了临时顺序节点。

步骤如下：

1.获取锁

• 首先，在Zookeeper当中创建一个持久节点ParentLock；

• 第一个客户端Client1想要获得锁时，在ParentLock下创建一个临时顺序节点 Lock1；

• Client1查找ParentLock下面所有的临时顺序节点并排序，判断自己Lock1是不是第一个节点，是则成功获得锁；

• 第二个客户端Client2前来获取锁，在ParentLock下再创建Lock2；

• Client2查找ParentLock下面所有的临时顺序节点并排序，判断自己Lock2发现不是第一个；

• Client2向前一个Lock1注册Watcher，用于监听Lock1节点是否存在。Client2抢锁失败，进入了等待状态；

• 第三个客户端Client3前来获取锁，创建Lock3 > 判断是否第一个 > Watcher前一个 > 等待；

• 这样一来，Client1得到了锁，Client2监听了Lock1，Client3监听了Lock2。这恰恰形成了一个等待队列，很像是Java当中ReentrantLock所依赖的AQS（AbstractQueuedSynchronizer）；

2.释放锁

释放锁分为两种情况：

1. 任务完成，客户端显示释放，Client1会显示调用删除节点Lock1的指令；
2. 任务执行过程中，客户端崩溃，获得锁的Client1会断开与Zookeeper服务端的链接，Lock1会随之自动删除，由于Client2一直监听着Lock1的存在状态，Client2便会获得了锁；

三、Zookeeper和Redis实现的分布式锁相比

分布式锁	优点	缺点
Zookeeper	1.有封装好的框架，容易实现；2.有等待锁的队列，大大提升抢锁效率。	添加和删除节点性能较低
Redis	Set和Del指令性能较高	1.实现复杂，需要考虑超时，原子性，误删等情形。2.没有等待锁的队列，只能在客户端自旋来等待，效率低下。