面试官问用Zookeeper怎么实现分布式锁，你知道吗？？？

提到锁，想必大家可能最先想到的是Java JUC中的synchronized​关键字或者可重入锁ReentrantLock。它能够保证我们的代码在同一个时刻只有一个线程执行，保证数据的一致性和完整性。但是它仅限于单体项目，也就是说它们只能保证单个JVM应用内线程的顺序执行。,如果你部署了多个节点，也就是分布式场景下如何保证不同节点在同一时刻只有一个线程执行呢？场景的业务场景比如秒杀、抢优惠券等，这就引入了我们的分布式锁，本文我们主要讲解利用Zookeeper的特性如何来实现我们的分布式锁。,利用Zookeeper的临时顺序节点和监听机制两大特性，可以帮助我们实现分布式锁。,,大家有没有想过为什么要设置对前一个节点的监听？,主要为了避免羊群效应。所谓羊群效应就是一个节点挂掉，所有节点都去监听，然后做出反应，这样会给服务器带来巨大压力，所以有了临时顺序节点，当一个节点挂掉，只有它后面的那一个节点才做出反应。,通过原生zookeeper api方式的实现，可以加强我们对zk实现分布式锁原理的理解。,测试代码如下：,测试结果：,获取锁和释放锁成对出现，说明分布式锁生效了。,在实际的开发钟，我们会直接使用成熟的框架Curator客户端，它里面封装了分布式锁的实现，避免我们去重复造轮子。,有兴趣的看下源码，它是通过wait、notify来实现阻塞。,代码： https://github.com/alvinlkk/awesome-java-full-demo/tree/master/zookeeper-demo/zookeeper-lock,ZooKeeper​分布式锁（如InterProcessMutex），能有效的解决分布式锁问题，但是性能并不高。,因为每次在创建锁和释放锁的过程中，都要动态创建、销毁瞬时节点来实现锁功能。大家知道，ZK中创建和删除节点只能通过Leader​服务器来执行，然后Leader服务器还需要将数据同不到所有的Follower机器上，这样频繁的网络通信，性能的短板是非常突出的。,在高性能，高并发的场景下，不建议使用ZooKeeper​的分布式锁，可以使用Redis​的分布式锁。而由于ZooKeeper​的高可用特性，所以在并发量不是太高的场景，推荐使用ZooKeeper的分布式锁。