手把手带你剖析ReentrantLock的底层实现AQS

本文详细解读ReentrantLock的使用、lock()和unlock()方法,包括非公平锁的实现原理,AQS核心机制,以及公平锁的区别。涉及CAS、队列同步、可重入性和状态管理。

一.引言

在面试过程中发现很多人对synchronized关键字还能说出点东西,但是当问到ReentrantLock的时候,大部分的应试者的回答都是不知道。今天呢我们就手把手来剖析一下ReentrantLock的底层实现。下面让我们一起打开源码来看看吧。

二.ReentrantLock的使用

ReentrantLock的使用我们就不多说了。

        //默认非公平锁
        ReentrantLock lock  = new ReentrantLock();
        //实现公平锁
        ReentrantLock lock  = new ReentrantLock(true);

        try {
            lock.lock();
            //.....同步代码块逻辑
        }catch (Exception e){
           
        }finally {
            //必须finally语句块中解锁
            lock.unlock();
        }

三.ReentrantLock#lock()

1.ReentrantLock#lock()

我们直接来看ReentrantLock的lock方法的实现。

    //构造方法中决定成员变量sync的实现是FairSync还是NonfairSync
    public ReentrantLock(boolean fair) {
        sync = fair ? new FairSync() : new NonfairSync();
    }
    
    //lock方法直接调用sync的lock方法
    public void lock() {
        sync.lock();
    }

    static final class NonfairSync extends Sync {
        private static final long serialVersionUID = 7316153563782823691L;

        final void lock() {
            //这里直接调用的AbstractQueuedSynchronizer的实现
            //这里如果成功将AbstractQueuedSynchronizer的state值设置为1,代表没有出现多线程竞争的情况直接把当前线程设置为独占线程就好了,否则调用acquire方法。
            //如果当前STATE不为0,代表当前有线程占有了临界资源
            //compareAndSetState就会失败,直接调用acquire方法
            if (compareAndSetState(0, 1))
             //将当前线程设置为独占线程。
             setExclusiveOwnerThread(Thread.currentThread());
            else
                acquire(1);
        }
    }
    
    //Sync是ReentrantLock内部的一个继承自AbstractQueuedSynchronizer的静态抽象类
    //AbstractQueuedSynchronizer:抽象的队列同步器简称AQS
    //是ReentrantLock的核心,同时也是其他同步工具CountDownLatch,Semaphore等的核心,有兴趣的朋友在看完这篇文章后,可以自己手动去分析下CountDownLatch,Semaphore的实现
    abstract static class Sync extends AbstractQueuedSynchronizer {}

可以看到ReentrantLock的lock方法直接调用了内部成员变量sync的lock方法,这里我们直接分析非公平的实现NonfairSync的实现。

2.AbstractQueuedSynchronizer#compareAndSetState()
    //compareAndSetState方法直接调用Unsafe类compareAndSwapInt的方法,保证原子性的替换state的值
    protected final boolean compareAndSetState(int expect, int update) {
        return U.compareAndSwapInt(this, STATE, expect, update);
    }
3.AbstractQueuedSynchronizer#acquire()
    public final void acquire(int arg) {
        //直接调用tryAcquire去尝试获取锁
        //如果尝试获取锁不成功调用acquireQueued
        //selfInterrupt挂起当前线程
        if (!tryAcquire(arg) &&
            acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
            selfInterrupt();
    }
4.NonfairSync#tryAcquire()
       protected final boolean tryAcquire(int acquires) {
            //直接调用父类Sync的nonfairTryAcquire方法
            return nonfairTryAcquire(acquires);
        }
5.Sync#nonfairTryAcquire()
        final boolean nonfairTryAcquire(int acquires) {
            final Thread current = Thread.currentThread();
            int c = getState();
            //如果AbstractQueuedSynchronizer的stateE等于0
            //代表当前没有线程占有临界资源 
            //直接调用compareAndSetState,如果CAS成功就把当前线程设置为独占线程
            if (c == 0) {
                if (compareAndSetState(0, acquires)) {
                    setExclusiveOwnerThread(current);
                    return true;
                }
            }
            //如果state不为0,判断占有临界资源的线程是否和当前获取锁的线程是一个线程,如果是调用setState重置当前state的值,这里我们可以看出来,ReentrantLock它是可重入的锁和synchronized一样
            else if (current == getExclusiveOwnerThread()) {
                int nextc = c + acquires;
                if (nextc < 0) // overflow
                    throw new Error("Maximum lock count exceeded");
                setState(nextc);
                return true;
            }
            //尝试获取锁还是失败的话
            //回到AbstractQueuedSynchronizer的addWaiter方法
            return false;
        }
6.AbstractQueuedSynchronizer#addWaiter()
    private Node addWaiter(Node mode) {
        //节点类型有两种 
        //SHARED共享模式  EXCLUSIVE独占模式
        //新建一个独占节点
        Node node = new Node(mode);
        //这里通过自旋和CAS的方法将当前节点添加的队列的尾部
        //AbstractQueuedSynchronizer内部有两个成员变量head和tail,这里其实就是双向链表实现的一个双端队列。head 和 tail 分别指向双端队列的头尾节点。
        for (;;) {
            Node oldTail = tail;
            //如果队列不为null将当前节点插入队列的尾部
            if (oldTail != null) {
                U.putObject(node, Node.PREV, oldTail);
                if (compareAndSetTail(oldTail, node)) {
                    oldTail.next = node;
                    return node;
                }
            } else {
                //否者初始化这个队列
                //队列头节点和尾节点都指向当前节点。
                initializeSyncQueue();
            }
        }
    }

7.AbstractQueuedSynchronizer#acquireQueued()

在调用addWaiter把当前节点放到双端队列的尾部后回到acquireQueued方法

    final boolean acquireQueued(final Node node, int arg) {
        try {
            boolean interrupted = false;
            for (;;) {
                final Node p = node.predecessor();
                //这里再次通过tryAcquire尝试去获取锁,如果获取锁成功 则不需要挂起当前线程
                if (p == head && tryAcquire(arg)) {
                    setHead(node);
                    p.next = null; // help GC
                    return interrupted;
                }
                //如果上面尝试获取锁还是不成功,就根据前驱节点判断是否要阻塞 然后调用parkAndCheckInterrupt挂起当前线程。
                if (shouldParkAfterFailedAcquire(p, node) &&
                    parkAndCheckInterrupt())
                    interrupted = true;
            }
        } catch (Throwable t) {
            cancelAcquire(node);
            throw t;
        }
    }
8.AbstractQueuedSynchronizer#shouldParkAfterFailedAcquire()
    private static boolean shouldParkAfterFailedAcquire(Node pred, Node node) {
        //获取前驱节点的状态
        int ws = pred.waitStatus;
        //如果前驱节点状态SIGNAL返回true表示当前线程要挂起
        if (ws == Node.SIGNAL)
            return true;
        if (ws > 0) {
            //如果前驱节点状态>0为CANCELLED状态,删除当前节点,并向前遍历找到一个CANCELLED状态的节点
            do {
                node.prev = pred = pred.prev;
            } while (pred.waitStatus > 0);
            pred.next = node;
        } else {
            //当前驱节点状态为0或者PROAGATE(-3)
            //设置前驱节点的等待状态为SINGAL
            //重新进入上面的死循环后 tryAcquire如果还是不成功 前驱节点的状态就是SIGNAL了 当前这个线程就会被挂起
            pred.compareAndSetWaitStatus(ws, Node.SIGNAL);
        }
        return false;
    }

     补充:
     waitStatus取值一共有5中取值
     //当前线程因为超时或者中断被取消
     static final int CANCELLED =  1;
     //当前线程的后继线程被阻塞或者即将被阻塞
     //当前现场释放锁或者取消后需要唤醒后继线程
     static final int SIGNAL    = -1;
     //当前线程在condition队列中
     static final int CONDITION = -2;
     //将唤醒后线程传递下去,这个状态是为了完善
     //共享锁的唤醒机制
     static final int PROPAGATE = -3;
     //无锁状态
     0

四.ReentrantLock#unlock()

lock方法我们分析完了,下面我们来看看unlock方法做了些什么事。

1.ReentrantLock#unlock()
    public void unlock() {
        sync.release(1);
    }
    
    public final boolean release(int arg) {
        //这里先调用tryRelease尝试释放锁
        if (tryRelease(arg)) {
            Node h = head;
            if (h != null && h.waitStatus != 0)
                unparkSuccessor(h);
            return true;
        }
        return false;
    }

2.ReentrantLock#tryRelease()
        protected final boolean tryRelease(int releases) {
            int c = getState() - releases;
            //释放锁的线程不是当前独占线程则抛出异常
            if (Thread.currentThread() != getExclusiveOwnerThread())
                throw new IllegalMonitorStateException();
            boolean free = false;
            //重新设置state值 如过state为0 当前独占线程设置为null
            if (c == 0) {
                free = true;
                setExclusiveOwnerThread(null);
            }
            setState(c);
            return free;
        }
3.ReentrantLock#unparkSuccessor()
 private void unparkSuccessor(Node node) {
        //获取头节点的waitSatus
        int ws = node.waitStatus;
        if (ws < 0)
            node.compareAndSetWaitStatus(ws, 0);
        //找到头节点的下个节点
        Node s = node.next;
        //如果这个节点是null或者waitStatus>0
        //就从队列尾部开始找找到一个waitStatus < 0的节点
        if (s == null || s.waitStatus > 0) {
            s = null;
            for (Node p = tail; p != node && p != null; p = p.prev)
                if (p.waitStatus <= 0)
                    s = p;
        }
        //通过LockSupport.unpark方法唤醒这个节点的线程
        if (s != null)
            LockSupport.unpark(s.thread);
    }

五.总结

至此,ReentrantLock的lock和unlock方法已经分析完了。做个小的总结。
1.ReentrantLock可以根据构造方法实现公平和非公平锁。
2.ReentrantLock是可重入的锁。
3.ReentrantLock的核心就是AQS,内部类Sync继承AQS提供了非公平和公平锁的实现,AQS通过一个state成员变量和一个双向队列来实现的。state代表是否有线程访问当前的临界资源,通过CAS算法保证其原子性,state为0表示没有线程访问临界区资源。双端队列中存储了封装了当前线程的Node节点,共有五种状态表示当前节点的状态,默认为0。如果当前lock线程没有获取到锁,则会把当前线程封装成Node节点,扔到双端队列中,此时并不会挂起这个线程,而是通过tryAcquire尝试获取锁,如果获取锁还是不成功,就根据当前节点的前驱节点的状态waitStatus来判断是否需要挂起当前线程。当线程主动释放锁的时候,到队列中找到一个waitStatus不为CANCELED的节点,并唤醒这个节点的线程。

<think>我们正在讨论的是ReentrantLock底层实现原理和源码分析。根据用户提供的引用,ReentrantLock是基于AQS(AbstractQueuedSynchronizer)框架实现的,并且支持公平锁和非公平锁两种模式。下面我将从几个关键点展开分析: 1. **ReentrantLock的核心结构**: ReentrantLock内部有一个Sync类,它继承自AQS。Sync有两个子类:NonfairSync(非公平锁)和FairSync(公平锁)。默认情况下,ReentrantLock使用的是非公平锁。 2. **AQS框架**: AQS是构建锁和同步器的基础框架,它使用一个FIFO队列(CLH锁的变体)来管理等待线程,并通过一个volatile的int变量(state)表示同步状态。 3. **可重入性的实现**: ReentrantLock的可重入性是通过记录当前持有锁的线程以及重入次数(state)来实现的。每次重入,state就加1;释放锁时,每次释放state减1,直到state为0时,锁完全释放。 4. **公平锁与非公平锁的区别**: - 非公平锁(NonfairSync):线程尝试获取锁时,不管等待队列中是否有其他线程等待,直接尝试获取锁(通过CAS修改state)。如果获取失败,则加入队列等待。 - 公平锁(FairSync):线程尝试获取锁时,先检查等待队列中是否有线程在等待,如果有,则加入队列等待;否则才尝试获取锁。 5. **源码分析(以非公平锁为例)**: - 加锁(lock()方法): 1. 首先尝试通过CAS将state从0改为1(即获取锁)。 2. 如果成功,设置当前线程为独占线程。 3. 如果失败,则调用AQS的acquire(1)方法,该方法会再次尝试获取锁(tryAcquire),如果失败则将线程加入队列并挂起。 - 解锁(unlock()方法): 1. 调用Sync的release(1)方法,其中会调用tryRelease方法(由Sync实现)来释放锁(state减1)。 2. 如果state减为0,则释放锁,并唤醒等待队列中的下一个线程。 下面我们结合源码片段进行详细说明。 ### 1. 锁的获取(非公平锁) ```java // ReentrantLock.NonfairSync final void lock() { // 第一步:直接尝试CAS获取锁 if (compareAndSetState(0, 1)) setExclusiveOwnerThread(Thread.currentThread()); else // 如果失败,则调用AQS的acquire方法 acquire(1); } // AQS的acquire方法 public final void acquire(int arg) { if (!tryAcquire(arg) && acquireQueued(addWaiter(Node.EXCLUSIVE), arg)) selfInterrupt(); } // 非公平锁的tryAcquire实现 protected final boolean tryAcquire(int acquires) { return nonfairTryAcquire(acquires); } // Sync中的nonfairTryAcquire方法 final boolean nonfairTryAcquire(int acquires) { final Thread current = Thread.currentThread(); int c = getState(); if (c == 0) { // 再次尝试CAS获取锁(这里没有检查队列中是否有等待线程) if (compareAndSetState(0, acquires)) { setExclusiveOwnerThread(current); return true; } } // 如果当前线程已经持有锁,则重入 else if (current == getExclusiveOwnerThread()) { int nextc = c + acquires; if (nextc < 0) // overflow throw new Error("Maximum lock count exceeded"); setState(nextc); return true; } return false; } ``` ### 2. 锁的释放 ```java // ReentrantLock.unlock() public void unlock() { sync.release(1); } // AQS的release方法 public final boolean release(int arg) { if (tryRelease(arg)) { Node h = head; if (h != null && h.waitStatus != 0) unparkSuccessor(h); return true; } return false; } // Sync中实现的tryRelease protected final boolean tryRelease(int releases) { int c = getState() - releases; // 只有持有锁的线程才能释放锁 if (Thread.currentThread() != getExclusiveOwnerThread()) throw new IllegalMonitorStateException(); boolean free = false; if (c == 0) { free = true; setExclusiveOwnerThread(null); } setState(c); return free; } ``` ### 3. 公平锁的获取 公平锁与非公平锁的主要区别在于`tryAcquire`方法中,公平锁会先检查队列中是否有等待线程: ```java // FairSync的tryAcquire protected final boolean tryAcquire(int acquires) { final Thread current = Thread.currentThread(); int c = getState(); if (c == 0) { // 先检查队列中是否有前驱节点(即是否有线程在等待) if (!hasQueuedPredecessors() && compareAndSetState(0, acquires)) { setExclusiveOwnerThread(current); return true; } } else if (current == getExclusiveOwnerThread()) { // 重入部分与非公平锁相同 int nextc = c + acquires; if (nextc < 0) throw new Error("Maximum lock count exceeded"); setState(nextc); return true; } return false; } ``` ### 总结 - **可重入性**:通过记录持有锁的线程和重入次数(state)实现。 - **公平性**:公平锁在获取锁时先检查等待队列,非公平锁则直接尝试获取。 - **底层队列**:使用AQS的CLH变体队列(FIFO双向队列)管理等待线程。 通过以上分析,我们可以看到ReentrantLock底层实现依赖于AQS框架,通过状态变量(state)和线程等待队列(Node队列)来实现锁的获取和释放,同时通过Sync的子类实现了公平和非公平两种策略。 ### §§相关问题§§ 1. ReentrantLock的公平锁和非公平锁在性能上有什么区别? 2. 为什么非公平锁可能导致线程饥饿? 3. ReentrantLock与synchronized关键字相比有哪些优势? 4. ReentrantLock的Condition是如何实现的? 5. AQS框架除了ReentrantLock还应用在哪些并发工具中?</think>### ReentrantLock底层实现原理及源码分析 ReentrantLockJava并发包中基于AQS(AbstractQueuedSynchronizer)框架实现的可重入互斥锁,其核心设计如下: --- #### 一、核心数据结构 1. **AQS同步器** ReentrantLock内部通过继承AQS的`Sync`类实现同步控制: ```java abstract static class Sync extends AbstractQueuedSynchronizer { // 实现tryAcquire/tryRelease等核心方法 } ``` - `state`字段:记录锁的重入次数(0表示未锁定,>0表示锁定状态) - `exclusiveOwnerThread`:记录当前持有锁的线程 2. **等待队列(CLH变体)** 采用虚拟双向FIFO队列管理等待线程,节点结构为: ```java static final class Node { volatile int waitStatus; // 等待状态(CANCELLED/SIGNAL等) volatile Node prev; // 前驱节点 volatile Node next; // 后继节点 volatile Thread thread; // 关联线程 } ``` --- #### 二、锁类型实现 1. **非公平锁(默认)** `NonfairSync`直接抢占资源: ```java final void lock() { if (compareAndSetState(0, 1)) // 尝试CAS直接获取锁 setExclusiveOwnerThread(Thread.currentThread()); else acquire(1); // 进入AQS队列 } ``` - 特点:新线程可能插队,吞吐量高但可能引发饥饿 2. **公平锁** `FairSync`严格按队列顺序获取: ```java protected final boolean tryAcquire(int acquires) { if (!hasQueuedPredecessors()) { // 检查队列是否有等待线程 if (compareAndSetState(0, acquires)) { setExclusiveOwnerThread(current); return true; } } return false; } ``` - 特点:保证先到先得,避免饥饿但性能较低 --- #### 三、可重入实现原理 通过记录持有线程和重入计数器实现: ```java final boolean nonfairTryAcquire(int acquires) { final Thread current = Thread.currentThread(); int c = getState(); if (c == 0) { if (compareAndSetState(0, acquires)) { setExclusiveOwnerThread(current); return true; } } // 重入关键:当前线程已持有锁时增加计数 else if (current == getExclusiveOwnerThread()) { int nextc = c + acquires; // 重入次数+1 setState(nextc); return true; } return false; } ``` --- #### 四、加锁流程(以非公平锁为例) 1. 尝试CAS快速获取锁(`state` 0→1) 2. 失败后调用`acquire(1)`进入AQS队列 3. 在队列中自旋检查前驱节点状态 4. 前驱为头节点时再次尝试获取锁 5. 获取失败则通过`LockSupport.park()`挂起线程 --- #### 五、解锁流程 ```java public void unlock() { sync.release(1); // 调用AQS的release } protected final boolean tryRelease(int releases) { int c = getState() - releases; if (Thread.currentThread() != getExclusiveOwnerThread()) throw new IllegalMonitorStateException(); boolean free = false; if (c == 0) { // 完全释放锁 free = true; setExclusiveOwnerThread(null); } setState(c); // 更新重入计数 return free; } ``` - 释放后唤醒后继节点线程 - 完全释放(state=0)时清除持有线程标记 --- #### 六、与synchronized对比 | 特性 | ReentrantLock | synchronized | |--------------------|--------------------------------|----------------------| | 实现机制 | AQS+Java代码 | JVM内置monitor | | 公平性 | 支持公平/非公平 | 仅非公平 | | 条件变量 | 支持多个Condition | 单条件等待 | | 超时机制 | `tryLock(timeout)` | 不支持 | | 中断响应 | `lockInterruptibly()` | 不支持 | | 性能 | 高竞争场景更优 | 低竞争场景更优 | --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值