2024年大数据最新关于Zookeeper分布式锁(4)，赶紧收藏备战金三银四

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

Zoopkeeper，它是一个为分布式的协调服务，基于CP，注重数据的一致性，它内部是一个分层的文件系统目录树结构，规定同一个目录下只能有一个唯一文件名。
简单来说，zookeeper相当于文件系统+监听通知机制。

Zookeeper的四种类型节点

• PERSISTENT-持久化目录节点
  客户端与zookeeper断开连接后，该节点依旧存在
• PERSISTENT_SEQUENTIAL-持久化顺序编号目录节点
  客户端与zookeeper断开连接后，该节点依旧存在，并且Zookeeper给该节点名称进行顺序编号
• EPHEMERAL-临时目录节点
  客户端与zookeeper断开连接后，该节点被删除
• EPHEMERAL_SEQUENTIAL-临时顺序编号目录节点
  并且Zookeeper给临时目录节点进行顺序编号

zk的事件监听

客户端注册监听它关心的目录节点，当目录节点发生变化（数据改变、被删除、子目录节点增加删除）时，zookeeper会通知客户端。
zookeeper使用watcher机制实现数据的发布订阅功能，该机制在被订阅对象发生变化时会异步通知客户端，因此客户端不必再watcher注册后轮询堵塞，从而减轻客户端压力。

基于ZooKeeper实现分布式锁的步骤如下：
2.基于zookeeper ： 使用临时顺序节点+监听实现，线程进来都去创建临时顺序节点,第一个节点的创建线程获取到锁，后面的节点监听自己的上一个节点的删除事件，如果第一个节点被删除，释放锁第二个节点就成为第一个节点，获取到锁。

zookeeper分布式锁

针对zookeeper以上及节点和监听机制的特性，可以使用临时有序节点+监听机制来实现zookeeper分布式锁
实现原理：
1、一把分布式锁通常使用一个Znode节点（以/lock为例）表示，如果锁对应的Znode节点不存在，先创建Znode节点。代表分布式锁。
2，线程1获取锁时，在节点/lock下建一个临时有序子节点，第一个节点是当前序号最小的节点，表示获取到锁。
3、当线程2获取锁时，在节点/lock下创建一个临时有序节点，此时判断当前自己的节点序号是否最小，不是，表示拿不到锁，则需要监听上一个节点。
4、当获取到锁的节点线程1执行业务完毕后，释放锁，即删除该节点，表锁被释放。
5、此时第二个节点监听到第一个节点被删除，成为第一个锁，获取到锁
6、以上以此类推

因此，当线程创建的子节点是当前锁下子节点列表中序号最小的有一个时，表示获取到锁，否则监听上一个锁节点，直接上一个子节点被删除，成为第一个节点时获取到锁

以图为例：

图(1)线程1获取到锁，其他线程排队等待

图(2) 线程1执行完毕，删除当前节点，节点2监听到上一节点被删，获取锁执行

三种分布式锁优缺点

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上大数据知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化资料的朋友，可以戳这里获取

且后续会持续更新**

需要这份系统化资料的朋友，可以戳这里获取