volatile和reentrantLock原理

学习自https://www.bilibili.com/video/BV16J411h7Rd?p=247&spm_id_from=pageDriver
主要截取里边的文字和图片,略加个人描述

volatile原理

  • volatile的底层实现原理是内存屏障,Memory Barrier (Memory Fence)

    • 对volatile变量的写指令后会加入写屏障

      在该屏障之前,共享变量的任何改动都会更新到主存中

    • 对volatile变量的读指令前会加入读屏障

      在该屏障之后,共享变量的读取,加载的是主存中的最新数据

双层检查锁

image-20210209125508766

优点:运行快

缺点:synchronized不能保证外边的代码原子性 同步性等,还没调用构造方法就被其他线程拿去用了

image-20210209130818929

所以需要给INSTANCE 添加一个 volatile

image-20210209131458426

image-20210209131519550

CAS

image-20210209163818869

cas中共享变量是用volatile修饰,保证该其他线程能看到最新值,但1`不能解决指令交错的问题

cas效率比synchronized高

  • 有锁情况下,没获得锁则会会发生上下文切换,代价比较高
  • 无锁情况下,因为线程要保持运行,需要额外cpu支持,当没有分到时间片时候,也会导致上下文 切换

image-20210209165920247

非公平锁实现

  • 加锁成功的情况

    image-20210221204631585

    • 利用CAS修改state为1
  • 加锁失败的情况

    image-20210221204753066

    • image-20210221205044180
  • image-20210221205757665

  • image-20210221205659236

  • 释放锁的过程

    • 释放成功

    image-20210221210117279

    • 释放失败

    • image-20210221210438708

    • 如果是非公平锁,会cas获得状态,如果状态为0,直接抢锁

    • 如果是公平锁,不会直接被抢,会检查一下AQS队列里有没有老二(前驱节点),让他先获得锁

可重入原理

  • image-20210221210907017

可打断原理

  • 不可打断模式下,即使被打断了,也仍停留在AQS队列中,继续运行,只是打断标记被设置为true,没什么影响

    image-20210221211629213

  • 打断模式下

  • image-20210221211733355

条件变量实现原理

await流程

  • 每个条件变量对应着一个等待队列(ConditionObject),单向链表

  • image-20210221213529706

  • 然后full release 释放锁

  • image-20210221213643190

signal流程

  • image-20210221213739027
  • image-20210221214126077
  • image-20210221214147654
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值