ReentrantLock 实现原理
ReentrantLock 实现原理
使用synchronized关键字来做同步处理
基于AQS(AbstractQueuedSynchronized)实现的。
是一个重入锁:一个线程获得了锁之后仍然可以反复的加锁,不会出现自己阻塞自己的情况。
锁类型
默认是非公平锁,在创建时可以指定锁的类型
public ReentrantLock() {
sync = new NonfairSync();
}
/**
* Creates an instance of {@code ReentrantLock} with the
* given fairness policy.
*
* @param fair {@code true} if this lock should use a fair ordering policy
*/
public ReentrantLock(boolean fair) {
sync = fair ? new FairSync() : new NonfairSync();
}公平锁
首先会判断
AQS中的state是否等于0,0表示当前线程没有获取锁。会在 hasQueuedPredecessors()判断当前AQS的队列中是否有其他线程, 如果存在,则不会去尝试获取锁,
如果队列中没有线程就利用 CAS 来将 AQS 中的 state 修改为1,也就是获取锁, 获取成功则将当前线程置为获得锁的独占线程(setExclusiveOwnerThread(current))
非公平锁
非公平锁在lock时平不会去试图去判断AQS队列中是否存在线程,而是直接去获取锁, 而且在tryAcquire()时也是直接去获取锁,
写入队列
如果 tryAcquire(arg) 获取锁失败,则需要用 addWaiter(Node.EXCLUSIVE) 将当前线程写入队列中。
写入之前需要将当前线程包装为一个 Node 对象(addWaiter(Node.EXCLUSIVE))。
首先判断队列是否为空,不为空时则将封装好的 Node 利用 CAS 写入队尾, 如果出现并发写入失败就需要调用 enq(node); 来写入了。
挂起线程
写入队列之后需要将当前线程挂起(利用acquireQueued(addWaiter(Node.EXCLUSIVE), arg)):
释放锁
非公平锁和公平锁释放的过程是一样的,都会掉用Sync的tryRelease方法, 如果当前重入锁的数量为0,则就调用unparkSuccessor(h)方法释放锁,
总结
在定义ReentrantLock 时能定义锁的类型,默认是非公平锁,
公平锁流程
锁的过程中
参考:https://blog.csdn.net/java_lyvee/article/details/98966684
Last updated
Was this helpful?