美文网首页
Java源码分析----ReentrantLock实现和Abst

Java源码分析----ReentrantLock实现和Abst

作者: _六道木 | 来源:发表于2018-03-11 17:14 被阅读11次

    Java并发包下很多组件的基础都是AQS,例如ReentrantLock,CountDownLatch等等,只要明白了AQS的原理,其他的基本可以理解,那么就从ReentrantLock为例,进行分析

    AQS中有个state的状态,以Lock为例,如果哪个线程能成功将state设置为1,那么证明该线程获取到锁

    ReentrantLock分为公平锁和非公锁,当时用下面的方式创建的lock是非公平锁

    ReentrantLock lock = new ReentrantLock();
    

    那么,先看下ReentrantLock中有什么东西

    public class ReentrantLock implements Lock, java.io.Serializable {
        private final Sync sync;
        abstract static class Sync extends AbstractQueuedSynchronizer {
    
            final boolean nonfairTryAcquire(int acquires) {
                ....
            }
    
            protected final boolean tryRelease(int releases) {
                ....
            }
        }
    
        static final class NonfairSync extends Sync {
            final void lock() {
                ....
            }
    
            protected final boolean tryAcquire(int acquires) {
                ....
            }
        }
    
        static final class FairSync extends Sync {
            private static final long serialVersionUID = -3000897897090466540L;
            final void lock() {
                ....
            }
            protected final boolean tryAcquire(int acquires) {
                ....
            }
        }
        public ReentrantLock() {
            sync = new NonfairSync();
        }
        public ReentrantLock(boolean fair) {
            sync = fair ? new FairSync() : new NonfairSync();
        }
    }
    

    其中有一个Sync类型的变量,分别有公平锁FairSync和非公平锁NonfairSync的实现,默认是非公平锁,而Sync的又继承于AQS,核心操作都是在这里面的,下面先以NonfairSync的lock方法开始分析

        final void lock() {
            if (compareAndSetState(0, 1))
                setExclusiveOwnerThread(Thread.currentThread());
            else
                acquire(1);
        }
    

    lock的时候,会先调用compareAndSetState方法设置状态(state)值,如果成功,那么将持有锁的线程设置为当前线程

    compareAndSetState方法如下:

        protected final boolean compareAndSetState(int expect, int update) {
            return unsafe.compareAndSwapInt(this, stateOffset, expect, update);
        }
    

    非常粗暴,直接使用CAS操作,当置换成功就代表持有锁,即使是后来的线程,也可能会比先来的线程先持有锁,难怪叫非公平锁
    setExclusiveOwnerThread就是简单的将exclusiveOwnerThread变量设置为currentThread

    那么获取锁失败会进行什么操作了,如果多个线程都失败了呢,猜一下就是应该有个结构去保存这些失败的线程,当取的锁的线程释放后,这些线程再去竞争,那么acquire就是进行这样的操作

        //有个int类型的参数,这个参数在Lock里只是1,而信号量则是设置的信号值,也就是state的值
        public final void acquire(int arg) {
            if (!tryAcquire(arg) &&
                acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
                selfInterrupt();
        }
    

    改方法会调用tryAcquire尝试获取锁,该方法由子类实现,非公平锁会调用Sync类的nonfairTryAcquire方法

        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;
                if (nextc < 0) // overflow
                    throw new Error("Maximum lock count exceeded");
                setState(nextc);
                return true;
            }
            return false;
        }
    
    1. 如果state等于0,表示此刻没有线程获取到锁
      2.1 是CAS替换state值,如果成功,设置持有锁的线程,如果失败,代表其他线程在这个时候获取到了
    2. 如果获取到锁的线程为当前线程,那么将state+1(为什么要加1,是因为Lock是可重入锁,那么就可能lock多次,state就+多次,解锁的时候,需要unlock多次,直到0,才算释放锁)
    3. 否则,已经有线程持有锁,返回false表示失败

    当失败的时候,就会执行下面的代码

    acquireQueued(addWaiter(Node.EXCLUSIVE), arg)
    

    那么,我们猜,这里就是保存操作失败的线程数据的地方了,内部是使用了一个链表的结构去保存竞争失败的线程,每个节点的结构就是Node

        static final class Node {
            static final Node SHARED = new Node();
            static final Node EXCLUSIVE = null;
            static final int CANCELLED =  1;
            static final int SIGNAL    = -1;
            static final int CONDITION = -2;
            static final int PROPAGATE = -3;
    
            volatile int waitStatus;
    
            volatile Node prev;
    
            volatile Node next;
    
            volatile Thread thread;
    
            Node nextWaiter;
    }
    

    学过数据结构的对这个结构就很熟悉了,那么节点如何进入链表里的,要看addWaiter方法

        private Node addWaiter(Node mode) {
            Node node = new Node(Thread.currentThread(), mode);
            Node pred = tail;
            if (pred != null) {
                node.prev = pred;
                if (compareAndSetTail(pred, node)) {
                    pred.next = node;
                    return node;
                }
            }
            enq(node);
            return node;
        }
    

    首先会构建一个节点,Node,获取尾指针,由于第一次进行,tail为空,那么会执行enq方法

        private Node enq(final Node node) {
            for (;;) {
                Node t = tail;
                if (t == null) { // Must initialize
                    if (compareAndSetHead(new Node()))
                        tail = head;
                } else {
                    node.prev = t;
                    if (compareAndSetTail(t, node)) {
                        t.next = node;
                        return t;
                    }
                }
            }
        }
    

    tail为空,那么将一个空节点设置为头节点,且head和tail都指向这个节点,此时结构如下


    当链表中没有元素的时候的结构.png

    之后,进入第二次循环,t 这时也执行了头节点,且新增的节点的prev执行头节点,执行后就是下面的样子


    image.png

    再看下addWaiter节点就是往尾部增加节点,节点进入链表后,会调用acquireQueued方法

        final boolean acquireQueued(final Node node, int arg) {
            boolean failed = true;
            try {
                boolean interrupted = false;
                for (;;) {
                    final Node p = node.predecessor();
                    if (p == head && tryAcquire(arg)) {
                        setHead(node);
                        p.next = null; // help GC
                        failed = false;
                        return interrupted;
                    }
                    if (shouldParkAfterFailedAcquire(p, node) &&
                        parkAndCheckInterrupt())
                        interrupted = true;
                }
            } finally {
                if (failed)
                    cancelAcquire(node);
            }
        }
    

    假如此刻有一个线程获取到锁,2个线程进入等待,链表的结构如下

    image.png

    此时,AB都竞争失败入了链表中,假设B先执行该方法,发现它的前驱(node.predecessor())不是头节点,那么执行shouldParkAfterFailedAcquire方法

        private static boolean shouldParkAfterFailedAcquire(Node pred, Node node) {
            int ws = pred.waitStatus;
            if (ws == Node.SIGNAL)
                return true;
            // ws>0:状态为CANCELLED
            // 找到最前面状态不是CANCELLED的节点,把这之间的节点CANCELLED断开        
            if (ws > 0) {
                do {
                    node.prev = pred = pred.prev;
                } while (pred.waitStatus > 0);
                pred.next = node;
            } else {
                //  如果前面的节点为正常状态
                // 将前面节点的状态设置为SIGNAL
                compareAndSetWaitStatus(pred, ws, Node.SIGNAL);
            }
            return false;
        }
    

    该方法返回是否需要挂起线程,看下其中的判断

    1. 当前节点状态等于SIGNAL,此时需要挂起线程
    2. 如果状态>0(表示CANCELLED),那么往前找到一个不是CANCELLED状态的节点,且把CANCELLED状态的节点断开
    3. 如果上面两个条件不满足,那么将状态设置为SIGNAL然后返回false表示不需要挂起

    此时B会重新进入循环判断,前驱仍然不是头节点,但是前驱节点的状态为SIGNAL,那么parkAndCheckInterrupt方法将挂起该线程

    再看下A,它的前驱是头节点,那么如果tryAcquire尝试获取锁,如果获取锁的线程还没释放锁,那么和B一样,执行上述流程,如果已经释放了锁,那么tryAcquire返回true,先调用setHead方法

        private void setHead(Node node) {
            head = node;
            node.thread = null;
            node.prev = null;
        }
    

    将A设置为头节点,Node中的信息置空,看到这里,也就是说将A变成了上面new Node一样的状态,那么我们明白了,头节点这个空节点也就是代表一个持有锁的节点

    到这里,A已经获取锁了,可以执行他的代码了,B仍然在挂起状态,直到A释放锁

    那么看下释放锁的流程,unLock会调用到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;
        }
    

    tryRelease在Sync中实现,和tryacquire的过程相反这里就不说了,当tryRelease成功后,调用unparkSuccessor方法唤醒线程

        private void unparkSuccessor(Node node) {
            int ws = node.waitStatus;
            if (ws < 0)
                compareAndSetWaitStatus(node, ws, 0);
            Node s = node.next;
            if (s == null || s.waitStatus > 0) {
                s = null;
                for (Node t = tail; t != null && t != node; t = t.prev)
                    if (t.waitStatus <= 0)
                        s = t;
            }
            if (s != null)
                LockSupport.unpark(s.thread);
        }
    
    1. 首先将节点状态设置为0
    2. 获取该节点后的第一个节点,如果节点不为空且状态不是取消状态,那么唤起该线程
    3. 如果后续节点为空,或者状态为取消状态,那么从tail往前找到第一个消状态小于等于0的节点

    当唤醒成功,即解锁成功,那么刚刚B会从parkAndCheckInterrupt中继续运行,然后重新进入for循环,此时,他的前驱节点是head,且已经释放锁,那么tryacquire也可以成功,之后进行和A一样的操作

    看到这里ReentrantLock和AQS的实现就分析完了,上面分析AB的情况只是其中一种简单的情况,在并发的时候,可能顺序并不这样或者节点比较多,分析的情况比较多,不过原理差不多,明白这一种情况后去分析其他的就比较好理解了

    注:AQS还有共享锁等的其他实现,这个以后有空会针对某个组件进行分析

    相关文章

      网友评论

          本文标题:Java源码分析----ReentrantLock实现和Abst

          本文链接:https://www.haomeiwen.com/subject/haewfftx.html