AQS原理解析(二、共享模式)

上一篇介绍了AQS独占模式的原理,参考链接AQS原理解析(一),这篇介绍一下AQS的共享模式如何实现的。

共享模式可以做什么

java concurrent包中的很多阻塞类可以一次控制多个线程的挂起和唤醒,比如SemaphoreCountDownLatch,
他们内部都继承了AQS并实现了tryAcquireShared,tryReleaseShared方法

共享模式逻辑

线程调用acquireShared方法获取锁
如果失败则创建共享类型的节点放入FIFO队列,等待唤醒
有线程释放锁后唤醒队列最前端的节点,然后唤醒所有后面的共享节点

AQS acquireShared方法

acquireShared方法是AQS共享模式的入口

    /**
     * Acquires in shared mode, ignoring interrupts.  Implemented by
     * first invoking at least once {@link #tryAcquireShared},
     * returning on success.  Otherwise the thread is queued, possibly
     * repeatedly blocking and unblocking, invoking {@link
     * #tryAcquireShared} until success.
     *
     * @param arg the acquire argument.  This value is conveyed to
     *        {@link #tryAcquireShared} but is otherwise uninterpreted
     *        and can represent anything you like.
     */
    public final void acquireShared(int arg) {
        //获取共享锁,小于0则放入队列,挂起线程
        if (tryAcquireShared(arg) < 0)
            doAcquireShared(arg);
    }

在调用tryAcquireShared小于零后调用doAcquireShared

doAcquireShared

这个方法和独占模式的acquireQueued方法差不多,流程就是

  1. 在队列尾部添加共享模式节点
  2. 前一个节点如果是head并且tryAcquireShared>=0则替换当前节点为head,并唤醒后面所有共享模式节点
  3. 如果前一个节点不是head,则挂起当前线程
    /**
     * Acquires in shared uninterruptible mode.
     * @param arg the acquire argument
     */
    private void doAcquireShared(int arg) {
        //和独占模式相同,在尾部添加节点,不过是设置成共享模式
        final Node node = addWaiter(Node.SHARED);
        boolean failed = true;
        try {
            boolean interrupted = false;
            for (;;) {
                //获取前一个节点
                final Node p = node.predecessor();
                if (p == head) {
                    //尝试获取共享锁
                    int r = tryAcquireShared(arg);
                    if (r >= 0) {
                        //和独占模式不同的地方,会唤醒后面的共享节点
                        setHeadAndPropagate(node, r);
                        p.next = null; // help GC
                        if (interrupted)
                            selfInterrupt();
                        failed = false;
                        return;
                    }
                }
                //挂起,具体可以看上一篇
                if (shouldParkAfterFailedAcquire(p, node) &&
                    parkAndCheckInterrupt())
                    interrupted = true;
            }
        } finally {
            if (failed)
                cancelAcquire(node);
        }
    }

setHeadAndPropagate方法

    /**
     * Sets head of queue, and checks if successor may be waiting
     * in shared mode, if so propagating if either propagate > 0 or
     * PROPAGATE status was set.
     *
     * @param node the node
     * @param propagate the return value from a tryAcquireShared
     */
    private void setHeadAndPropagate(Node node, int propagate) {
        //记录当前头结点
        Node h = head; // Record old head for check below
        //把当前获取到锁的节点设置为头结点
        setHead(node);
        //propagate大于0表示后面的节点也需要唤醒
        //  h.waitStatus < 0 表示节点是可唤醒状态
        if (propagate > 0 || h == null || h.waitStatus < 0 ||
            (h = head) == null || h.waitStatus < 0) {
            Node s = node.next;
            //后继节点为空或者是共享模式则唤醒
            if (s == null || s.isShared())
                doReleaseShared();
        }
    }

doReleaseShared 唤醒操作

    /**
     * Release action for shared mode -- signals successor and ensures
     * propagation. (Note: For exclusive mode, release just amounts
     * to calling unparkSuccessor of head if it needs signal.)
     */
    private void doReleaseShared() {
        
        for (;;) {
            //从头节点开始
            Node h = head;
            if (h != null && h != tail) {
                int ws = h.waitStatus;
                //是需要被唤醒的状态
                if (ws == Node.SIGNAL) {
                    //CAS方式做并发控制,设置状态为0
                    if (!compareAndSetWaitStatus(h, Node.SIGNAL, 0))
                        continue;   
                    //唤醒这个节点
                    unparkSuccessor(h);
                }
                //不需要唤醒,则CAS设置状态为PROPAGATE,继续循环
                else if (ws == 0 &&
                         !compareAndSetWaitStatus(h, 0, Node.PROPAGATE))
                    continue;                
            }
            //头结点没有改变,则设置成功,退出循环
            if (h == head)                   
                break;
        }
    }

可以看出,共享模式与独占模式最大的不同就是,共享模式唤醒第一个节点后会迭代唤醒后面所有的共享节点。

只看原理可能有些抽象,以CountDownLatch为例,讲一下具体实现

CountDownLatch

CountDownLatch的作用类似起跑线,初始时可以设置线程个数。

CountDownLatch countDown = new CountDownLatch(3);

CountDownLatch有两个方法

  • countDown 计数减一
  • await 线程挂起

使用场景:

  • 比如在多线程任务中,所有任务都完成了才能继续往下执行
  • 比如模拟并发场景,所有任务在一个地方等待,直到个数满足了一起执行。

CountDownLatch内部同步器的实现

private static final class Sync extends AbstractQueuedSynchronizer {
        private static final long serialVersionUID = 4982264981922014374L;
        //初始个数
        Sync(int count) {
            setState(count);
        }

        int getCount() {
            return getState();
        }
        //个数为0返回1,否则返回-1
        protected int tryAcquireShared(int acquires) {
            return (getState() == 0) ? 1 : -1;
        }

        protected boolean tryReleaseShared(int releases) {
            //cas方式计数减一
            for (;;) {
                int c = getState();
                if (c == 0)
                    return false;
                int nextc = c-1;
                if (compareAndSetState(c, nextc))
                    return nextc == 0;
            }
        }
    }
    
    //初始化方法
    public CountDownLatch(int count) {
        if (count < 0) throw new IllegalArgumentException("count < 0");
        this.sync = new Sync(count);
    }
    
    //可中断方式获取锁,与acquireShared原理一样,额外加入了中断判断
     public void await() throws InterruptedException {
        sync.acquireSharedInterruptibly(1);
    }
    
    //释放锁,计数器减一
    public void countDown() {
        sync.releaseShared(1);
    }

我们可以看到CountDownLatch的处理逻辑

  1. 多个线程调用await方法,将共享模式节点加入到队列中,线程挂起
  2. 有线程调用countDown(),尝试释放锁,计数器减一,但只有count为0时才能执行doReleaseShared方法,唤醒后面所有的共享节点,所有挂起线程一起开始执行。
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,525评论 6 507
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,203评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,862评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,728评论 1 294
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,743评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,590评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,330评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,244评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,693评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,885评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,001评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,723评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,343评论 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,919评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,042评论 1 270
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,191评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,955评论 2 355

推荐阅读更多精彩内容

  • 不给自己压力,尽管无法改变生活的快节奏,至少,每天,留一段时间,让自己的心静下来,疏散那些淤积的坏情绪。 让自己真...
    齐天大圣孙猴子阅读 138评论 0 2
  • 照例今天还是要写上一天,即两天没吃完饭后的今天,我依旧坚持不吃,早早洗完澡,然而看了看时间也不早了七点半了呢。回家...
    说书人呐阅读 163评论 0 0
  • 今天是一个拥抱变化的一天,文创部迎来了第二次重建的第一位新同事(taya), 我隐约能记得2015年,文案部的大致...
    小趣大凡阅读 555评论 0 0
  • 1、前言 我们从App Store上下载的app是被苹果加密过的,从其他渠道下载一般没有加密,可执行文件被套上了一...
    呆呆滴木木菇凉阅读 3,197评论 0 2