6000字图文详解，如何全面掌握Zookeeper实现分布式锁技巧？

本文共计3748个文字，预计阅读时间需要15分钟。

本文将基于Redisson的源码分析，重点探讨Redisson实现Redis分布式锁的15个关键问题，并简要阐述Redisson是如何实现分布式锁以及其特性。接下来，我们将转向Zookeeper分布式锁的实现框架Cu。

前面我们剖析了Redisson的源码，主要分析了Redisson实现Redis分布式锁的15问，理清了Redisson是如何实现的分布式锁和一些其它的特性。这篇文章就来接着剖析Zookeeper分布式锁的实现框架Curator的源码，看看Curator是如何实现Zookeeper分布式锁的，以及它提供的哪些其它的特性。

Curator框架是封装对于zk操作的api，其中就包括了对分布式锁的实现，当然Curator框架也包括其它的功能，分布式锁只是Curator的一部分功能。

本文的目录跟Redisson文章的目录比较相似，主要是为了方便大家对比redis和zk分布式锁的实现。如需要Redisson源码剖析的文章，请关注微信公众号 三友的java日记，回复 Redisson 即可。

一、ZK分布式锁实现原理

实现Zookeeper分布式锁，主要是基于Zookeeper的临时顺序节点来实现的。

当客户端来加锁的时候，会先在加锁的节点下建立一个子节点，这个节点就有一个序号，类似 lock-000001 ，创建成功之后会返回给客户端所创建的节点，然后客户端会去获取这个加锁节点下的所有客户端创建的子节点，当然也包括自己创建的子节点。拿到所有节点之后，给这些节点进行排序，然后判断自己创建的节点在这些节点中是否排在第一位，如果是的话，那么就代表当前客户端就算加锁成功了，如果不是的话，那么就代表当前客户端加锁失败。