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

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

猜想二:下面是AtomicInetger实现getAndAddInt的源码,实际上是调用了Unsafe.compareAndSwapInt()方法进行判断,但是这是依赖的是自旋锁(一种乐观的思想),他们虽然都是调用了compareAndSet实现的,但是基于的思想不同导致他们一个是乐观的,一个是悲观的。
关于为什么ReentrantLock不是乐观锁的一些猜想_第3张图片

你可能感兴趣的:(并发)