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

本文探讨了ReentrantLock作为悲观锁与CAS乐观锁的区别。通过分析ReentrantLock的源码,发现其虽使用compareAndSet方法,但因setExclusiveOwnerThread方法实现互斥,不符合乐观锁定义。同时,对比AtomicInteger的实现,揭示了两者思想差异。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

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

评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值