常见锁的策略

乐观锁

【每次读写都认为不会发生冲突,线程不会阻塞,一般来说,只有在进行数据更新时才会检查是否发生冲突,若无冲突,直接更新,当冲突发生才解决冲突】
【线程没有阻塞而是去做别的任务、一段时间后继续访问】
【乐观锁的实现依靠版本号】
在这里插入图片描述
在这里插入图片描述
CAS–不断重试写回,直到成功

悲观锁

【每次读写都会冲突,每次在进行数据读写都会上锁,保证同一时间段只有一个线程在读写数据】
在这里插入图片描述

读写锁

【多线程访问数据时,并发读取不会引起线程安全问题,只有更新数据时会引起,故分为读锁、写锁】
在这里插入图片描述ReenreantReadWriterLock实现读写锁

重量级锁和轻量级锁

重量级锁 ---- 需要操作系统和硬件支持,线程获取重量级锁失败进入阻塞(OS,用户态切换到内核态,开销很大)
轻量级锁 ----尽量在用户态执行操作,线程不阻塞,不会进行状态切换
在这里插入图片描述
【例子】
在这里插入图片描述

公平锁和非公平锁

在这里插入图片描述

synchronized锁的升级策略

【JVM根据竞争的激烈状态动态选择锁的实现】
无锁->偏向锁->轻量级锁->重量级锁
在这里插入图片描述

CAS

【Compare and Swap 比较交换,不会真正地阻塞线程,不断尝试更新】
【基于硬件支持】
【乐观锁的一种实现方式】
在这里插入图片描述

CAS的应用

实现原子类

【java.util.concurrent.atomic包中都是线程安全的原子类】
在这里插入图片描述
在这里插入图片描述

使用CAS实现自旋锁

在这里插入图片描述

CAS的ABA问题

在这里插入图片描述

ABA问题的解决–引入版本号

在这里插入图片描述

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值