其他的锁#/(乐观锁,悲观锁,读写锁,自旋锁,CAS算法)

悲观锁

总是认为访问期间有人会修改数据,因此总是加锁保护,这样别的线程就会阻塞知道拿到锁,这种锁机制也比较常用

乐观锁

总是认为访问资源期间,没有人来修改它的资源,适用于多读的场景,并且对于系统来说提高了访问效率,锁的开销减少.但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号机制和CAS算法实现.

读写锁

应用场景:读者—写者模型,也就是读共享,写互斥的场景

就比如,如果有多个线程和一个数据空间,而有的线程想要修改空间中的数据,有的只是想看一看有什么数据,这时候用互斥锁的话就只能串行进行,效率很低

读锁:当前只要没有被加写锁

写锁:既没有读,也没有写的时候才能加写锁

实现:用两个计数器

当加锁不成功时,则要阻塞进程/线程

读写锁的阻塞是通过自旋锁来实现的

自旋锁

自旋锁:一直占用cpu不释放,循环进行条件判断;适用于等待时间确定较短的场景

对于互斥锁,如果资源已经被占用,资源申请者只能进入睡眠状态。但是自旋锁不会引起调用者睡眠,如果自旋锁已经被别的执行单元保持,调用者就一直循环在那里看是否该自旋锁的保持者已经释放了锁

自旋锁不可嵌套,因为会导致死锁.

CAS算法

CAS有3个操作数,内存值V,旧的预期值A,要修改的新值B。当且仅当预期值A和内存值V相同时,将内存值V修改为B,否则什么都不做.(比较和替换是一个原子操作)

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

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值