厦门网站到首页排名,免费制作动画的app,网站制作方案解决办法,手机h5网站模板下载转载自 漫画#xff1a;如何用Zookeeper实现分布式锁#xff1f;什么是临时顺序节点#xff1f;让我们来回顾一下Zookeeper节点的概念#xff1a;Zookeeper的数据存储结构就像一棵树#xff0c;这棵树由节点组成#xff0c;这种节点叫做Znode。Znode分为四种类型#…转载自 漫画如何用Zookeeper实现分布式锁什么是临时顺序节点让我们来回顾一下Zookeeper节点的概念Zookeeper的数据存储结构就像一棵树这棵树由节点组成这种节点叫做Znode。Znode分为四种类型1.持久节点 PERSISTENT默认的节点类型。创建节点的客户端与zookeeper断开连接后该节点依旧存在 。2.持久节点顺序节点PERSISTENT_SEQUENTIAL所谓顺序节点就是在创建节点时Zookeeper根据创建的时间顺序给该节点名称进行编号3.临时节点EPHEMERAL 和持久节点相反当创建节点的客户端与zookeeper断开连接后临时节点会被删除4.临时顺序节点EPHEMERAL_SEQUENTIAL
顾名思义临时顺序节点结合和临时节点和顺序节点的特点在创建节点时Zookeeper根据创建的时间顺序给该节点名称进行编号当创建节点的客户端与zookeeper断开连接后临时节点会被删除。Zookeeper分布式锁的原理Zookeeper分布式锁恰恰应用了临时顺序节点。具体如何实现呢让我们来看一看详细步骤获取锁首先在Zookeeper当中创建一个持久节点ParentLock。当第一个客户端想要获得锁时需要在ParentLock这个节点下面创建一个临时顺序节点 Lock1。之后Client1查找ParentLock下面所有的临时顺序节点并排序判断自己所创建的节点Lock1是不是顺序最靠前的一个。如果是第一个节点则成功获得锁。这时候如果再有一个客户端 Client2 前来获取锁则在ParentLock下载再创建一个临时顺序节点Lock2。Client2查找ParentLock下面所有的临时顺序节点并排序判断自己所创建的节点Lock2是不是顺序最靠前的一个结果发现节点Lock2并不是最小的。于是Client2向排序仅比它靠前的节点Lock1注册Watcher用于监听Lock1节点是否存在。这意味着Client2抢锁失败进入了等待状态。这时候如果又有一个客户端Client3前来获取锁则在ParentLock下载再创建一个临时顺序节点Lock3。Client3查找ParentLock下面所有的临时顺序节点并排序判断自己所创建的节点Lock3是不是顺序最靠前的一个结果同样发现节点Lock3并不是最小的。于是Client3向排序仅比它靠前的节点Lock2注册Watcher用于监听Lock2节点是否存在。这意味着Client3同样抢锁失败进入了等待状态。这样一来Client1得到了锁Client2监听了Lock1Client3监听了Lock2。这恰恰形成了一个等待队列很像是Java当中ReentrantLock所依赖的AQSAbstractQueuedSynchronizer。释放锁释放锁分为两种情况1.任务完成客户端显示释放当任务完成时Client1会显示调用删除节点Lock1的指令。2.任务执行过程中客户端崩溃获得锁的Client1在任务执行过程中如果Duang的一声崩溃则会断开与Zookeeper服务端的链接。根据临时节点的特性相关联的节点Lock1会随之自动删除。由于Client2一直监听着Lock1的存在状态当Lock1节点被删除Client2会立刻收到通知。这时候Client2会再次查询ParentLock下面的所有节点确认自己创建的节点Lock2是不是目前最小的节点。如果是最小则Client2顺理成章获得了锁。同理如果Client2也因为任务完成或者节点崩溃而删除了节点Lock2那么Client3就会接到通知。最终Client3成功得到了锁。Zookeeper和Redis分布式锁的比较下面的表格总结了Zookeeper和Redis分布式锁的优缺点有人说Zookeeper实现的分布式锁支持可重入Redis实现的分布式锁不支持可重入这是错误的观点。两者都可以在客户端实现可重入逻辑。在Apache的开源框架 Apache Curator 中包含了对Zookeeper分布式锁的实现有兴趣的小伙伴可以看看源码https://github.com/apache/curator/什么是临时顺序节点让我们来回顾一下Zookeeper节点的概念Zookeeper的数据存储结构就像一棵树这棵树由节点组成这种节点叫做Znode。Znode分为四种类型1.持久节点 PERSISTENT默认的节点类型。创建节点的客户端与zookeeper断开连接后该节点依旧存在 。2.持久节点顺序节点PERSISTENT_SEQUENTIAL所谓顺序节点就是在创建节点时Zookeeper根据创建的时间顺序给该节点名称进行编号3.临时节点EPHEMERAL 和持久节点相反当创建节点的客户端与zookeeper断开连接后临时节点会被删除4.临时顺序节点EPHEMERAL_SEQUENTIAL 顾名思义临时顺序节点结合和临时节点和顺序节点的特点在创建节点时Zookeeper根据创建的时间顺序给该节点名称进行编号当创建节点的客户端与zookeeper断开连接后临时节点会被删除。Zookeeper分布式锁的原理Zookeeper分布式锁恰恰应用了临时顺序节点。具体如何实现呢让我们来看一看详细步骤获取锁首先在Zookeeper当中创建一个持久节点ParentLock。当第一个客户端想要获得锁时需要在ParentLock这个节点下面创建一个临时顺序节点 Lock1。之后Client1查找ParentLock下面所有的临时顺序节点并排序判断自己所创建的节点Lock1是不是顺序最靠前的一个。如果是第一个节点则成功获得锁。这时候如果再有一个客户端 Client2 前来获取锁则在ParentLock下载再创建一个临时顺序节点Lock2。Client2查找ParentLock下面所有的临时顺序节点并排序判断自己所创建的节点Lock2是不是顺序最靠前的一个结果发现节点Lock2并不是最小的。于是Client2向排序仅比它靠前的节点Lock1注册Watcher用于监听Lock1节点是否存在。这意味着Client2抢锁失败进入了等待状态。这时候如果又有一个客户端Client3前来获取锁则在ParentLock下载再创建一个临时顺序节点Lock3。Client3查找ParentLock下面所有的临时顺序节点并排序判断自己所创建的节点Lock3是不是顺序最靠前的一个结果同样发现节点Lock3并不是最小的。于是Client3向排序仅比它靠前的节点Lock2注册Watcher用于监听Lock2节点是否存在。这意味着Client3同样抢锁失败进入了等待状态。这样一来Client1得到了锁Client2监听了Lock1Client3监听了Lock2。这恰恰形成了一个等待队列很像是Java当中ReentrantLock所依赖的AQSAbstractQueuedSynchronizer。释放锁释放锁分为两种情况1.任务完成客户端显示释放当任务完成时Client1会显示调用删除节点Lock1的指令。2.任务执行过程中客户端崩溃获得锁的Client1在任务执行过程中如果Duang的一声崩溃则会断开与Zookeeper服务端的链接。根据临时节点的特性相关联的节点Lock1会随之自动删除。由于Client2一直监听着Lock1的存在状态当Lock1节点被删除Client2会立刻收到通知。这时候Client2会再次查询ParentLock下面的所有节点确认自己创建的节点Lock2是不是目前最小的节点。如果是最小则Client2顺理成章获得了锁。同理如果Client2也因为任务完成或者节点崩溃而删除了节点Lock2那么Client3就会接到通知。最终Client3成功得到了锁。Zookeeper和Redis分布式锁的比较下面的表格总结了Zookeeper和Redis分布式锁的优缺点有人说Zookeeper实现的分布式锁支持可重入Redis实现的分布式锁不支持可重入这是错误的观点。两者都可以在客户端实现可重入逻辑。在Apache的开源框架 Apache Curator 中包含了对Zookeeper分布式锁的实现有兴趣的小伙伴可以看看源码https://github.com/apache/curator/
