关于为什么ReentrantLock不是乐观锁的一些猜想

1.众所周知,ReentrantLock是一个悲观锁,但是查看源码,发现底层实现使用的是compareAndSet相关方法实现的,于是产生疑问:为什么ReentrantLock使用的和CAS一样的compareAndSet相关的方法实现的,CAS确实乐观锁,ReentrantLock却是悲观锁?
在这里插入图片描述
猜想一:仔细看代码发现ReentrantLock使用了setExclusiveOwnerThread方法,这个方法是将某一个线程设置为独占线程。就是我们常说的互斥锁。该线程占用该方法以后就无法被其他线程占有,也就是线程的互斥。所以这不符合乐观锁的定义:“认为自己在使用数据时不会有别的线程修改数据”。
在这里插入图片描述

猜想二:下面是AtomicInetger实现getAndAddInt的源码,实际上是调用了Unsafe.compareAndSwapInt()方法进行判断,但是这是依赖的是自旋锁(一种乐观的思想),他们虽然都是调用了compareAndSet实现的,但是基于的思想不同导致他们一个是乐观的,一个是悲观的。
在这里插入图片描述

  • 12
    点赞
  • 34
    收藏
    觉得还不错? 一键收藏
  • 4
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值