java分布式锁原理_zookeeper实现分布式锁原理

zk实现分布式锁基本原理:

因为zk的节点是具有互斥性的,唯一性的,所以一旦一个节点被创建,就不能再被创建,利用这个特性,每次线程进入,都进行节点锁判断,如果锁节点被创建,我们就创建监听,以及等待其他线程执行完业务,释放锁,然后我们再获取锁,执行自己的业务;

具体执行如下:

6bece3e2dcc54e626b5d75feae950dcc.png

但是以上的流程有个很大的缺陷,比如有100个线程进入,只可能有1个线程能获取锁,导致其他99个线程创建监听,等待;

创建大量的监听是对zookeeper的资源的浪费,会严重降低zk的性能;当第一个线程执行完业务代码,释放锁,其他98个线程有去抢占资源,重复前面的操作;性能很低下;

也就是所谓的“羊群效应”;

因为实际开发我们用的是顺序临时节点(EPHEMERAL_SEQUENTIAL);

9597424e6bab73cac42794376e11f953.png

基于前面的大致流程,再细化下:

step01:线程进入,直接再/lock下创建顺序零时节点;

step02:判断自己是不是/lock节点下序号最小的节点;if 是  获取锁  else 否 对前面一个节点进行监听;

step03:获取锁后,执行业务逻辑,执行完,释放锁(delete删除节点),然后后面一个会得到通知,继续重复step02即可;

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值