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 时能定义锁的类型,默认是非公平锁, ReentrantLock 公平锁流程

锁的过程中

参考:https://blog.csdn.net/java_lyvee/article/details/98966684

Last updated

Was this helpful?