zookeeper分布式锁原理

在分布式锁中，zookeeper分布式锁被广泛使用，那么，它的底层是如何实现的呢，在分析之前，我们首先要知道zookeeper临时顺序节点的一些特性

临时性  当客户端失去连接时，此节点会自动删除。保证了客户端失去连接后，释放锁

顺序性 在zookeeper中，创建了一个临时顺序节点，那么他的子节点的序号都是按照创建顺序递增的。

这2个特性保证了zookeepre分布式锁的实现。

基本原理是想要获取锁的线程会各自创建一个临时顺序节点，并判断当前节点是否是序号最小的，如果是最小的，则锁获取成功，执行业务逻辑后，释放锁，删除当前节点(此动作会通知监听者)。

如果不是最小的，则监听前一个节点。并阻塞当前线程。如果监听到前一个节点删除之后，则线程停止阻塞，继续尝试获取锁。

关于为什么要使用临时顺序节点，临时节点的特性是当客户端与zookeeper断开连接时，zookeeper会自动删除该节点。这就解决了客户端与zookeeper断开时无法释放锁的问题。

优点：ZooKeeper分布式锁（如InterProcessMutex），能有效地解决分布式问题，不可重入问题，使用起来也较为简单。

缺点：ZooKeeper实现的分布式锁，性能并不太高。为什么呢？因为每次在创建锁和释放锁的过程中，都要动态创建、销毁暂时节点来实现锁功能。大家知道，Zk中创建和删除节点只能通过Leader（主）服务器来执行，然后Leader服务器还需要将数据同步到所有的Follower（从）服务器上，这样频繁的网络通信，性能的短板是非常突出的。

 

目前分布式锁，比较成熟、主流的方案有两种：

（1）基于Redis的分布式锁。适用于并发量很大、性能要求很高而可靠性问题可以通过其他方案去弥补的场景。

（2）基于ZooKeeper的分布式锁。

适用于高可靠（高可用），而并发量不是太高的场景。所以，这里没有谁好谁坏的问题，而是谁更合适的问题