并发包同步器的核心AQS-深入-加锁

AQS API
节点的状态

下面我们借助上面的API图阅读源码

独占模式获取锁acquire,忽略中断
 public final void acquire(int arg) {

        // 尝试获取锁,如果获取不成功,则加入到CLH队列等待,并且中断当前线程
        if (!tryAcquire(arg) &&
            acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
            selfInterrupt();
    }

 protected boolean tryAcquire(int arg) {
        throw new UnsupportedOperationException();
    }

  private Node addWaiter(Node mode) {
        // 用当前线程创建一个Node,mode=Node.EXCLUSIVE也就是null(独占锁的nextWaiter是null)
        Node node = new Node(Thread.currentThread(), mode);
        // Try the fast path of enq; backup to full enq on failure
        // 如果CLH队尾是空的,或者CAS把新节点更新成尾结点失败了,则调用完整入队方法enq
        // 否则快速入队
        Node pred = tail;
        if (pred != null) {
            // 新节点的前置结点指向pred(原队尾结点)
            node.prev = pred;
            // 将tail更新成新节点node,但是不会影响局部变量pred,pred还是原队尾结点
            if (compareAndSetTail(pred, node)) {
                // 原队尾结点.next指向新节点
                pred.next = node;
                return node;
            }
        }
        // 完整入队
        enq(node);
        return node;
    }
addWaiter

tryAcquire是需要子类必须重写的方法,如果不重写就会抛出UnsupportedOperationException

独占模式获取锁acquire,响应中断
 public final void acquireInterruptibly(int arg)
            throws InterruptedException {
        // 当前线程被中断,抛出InterruptedException
        if (Thread.interrupted())
            throw new InterruptedException();
       // 如果尝试获取锁失败,那么在可中断模式下获取锁
        if (!tryAcquire(arg))
            doAcquireInterruptibly(arg);
    }

 /**
     * Acquires in exclusive interruptible mode.
     * @param arg the acquire argument
     */
    private void doAcquireInterruptibly(int arg)
        throws InterruptedException {
        // 创建一个和当前线程绑定Node,并加入队尾
        final Node node = addWaiter(Node.EXCLUSIVE);
        boolean failed = true;
        try {
            for (;;) {
                // 获取node的前置节点
                final Node p = node.predecessor();
                // 如果node的前置节点就是头节点了,那么应该拿到资源的线程应该是当前线程,也就是新创建的node
                if (p == head && tryAcquire(arg)) {
                    // 拿到资源后把node设置为head节点,因为这个node拿到资源了,要轮到下一个node了
                    setHead(node);
                   // 把原head节点删除
                    p.next = null; // help GC
                    failed = false;
                    return;
                }
                // 如果拿锁失败,并且需要挂起,那么需要挂起当前线程,并设置中断状态
                if (shouldParkAfterFailedAcquire(p, node) &&
                    parkAndCheckInterrupt())
                    throw new InterruptedException();
            }
        } finally {
            // 没拿到锁取消当前节点拿锁请求
            if (failed)
                cancelAcquire(node);
        }
    }



private static boolean shouldParkAfterFailedAcquire(Node pred, Node node) {
        int ws = pred.waitStatus;

        // 如果前一个节点的状态是SIGNAL,返回true,可以将当前线程挂起
        if (ws == Node.SIGNAL)
            /*
             * This node has already set status asking a release
             * to signal it, so it can safely park.
             */
            return true;

        // 如果如果前一个节点的状态是CANCELLED,那么循环向前查找取消节点,把取消节点从队列中删除
        if (ws > 0) {
            /*
             * Predecessor was cancelled. Skip over predecessors and
             * indicate retry.
             */
            do {
                node.prev = pred = pred.prev;
            } while (pred.waitStatus > 0);
            pred.next = node;
        } else {

          // 如果是其他状态,那么将前置节点的waitStatus设置成SIGNAL
            compareAndSetWaitStatus(pred, ws, Node.SIGNAL);
        }
        return false;
    }

Q:在shouldParkAfterFailedAcquire中为什么前置节点的状态是SIGNAL了,还要挂起当前线程?
A:节点状态是SIGNAL表示当前节点如果释放锁,可以通知唤醒后面的节点了。当获取锁失败的时候,如果前置节点状态是SIGNAL就表明,可以安全的挂起当前线程,因为前置节点一旦释放锁,会通知唤醒后面的节点。
Q:HEAD节点是干嘛的,为什要有它?
A:HEAD节点表示已经获取到锁的节点(doAcquireInterruptibly方法,setHead),前面说了,SIGNAL表示当前节点如果释放锁,可以通知唤醒后面的节点了。所以所有的线程在休眠之前都要,把前置节点的状态设置成SIGNAL,否则自己永远无法被唤醒。那么第一个节点没有前置节点怎么办呢,那就加一个HEAD。

独占模式获取锁tryAcquireNanos(int arg, long nanosTimeout),响应中断并且带有超时时间
public final boolean tryAcquireNanos(int arg, long nanosTimeout)
            throws InterruptedException {
       // 如果当前线程被中断那么抛出InterruptedException
        if (Thread.interrupted())
            throw new InterruptedException();
        // 直接获取锁,若获取不成功,就进入到带有超时时间的获取锁方法doAcquireNanos
        return tryAcquire(arg) ||
            doAcquireNanos(arg, nanosTimeout);
    }

 private boolean doAcquireNanos(int arg, long nanosTimeout)
            throws InterruptedException {
        // 边界检查
        if (nanosTimeout <= 0L)
            return false;
        // 当前时间+超时时间=过期时间
        final long deadline = System.nanoTime() + nanosTimeout;
        // 新加一个节点
        final Node node = addWaiter(Node.EXCLUSIVE);
        boolean failed = true;
        try {
            for (;;) {
                // 若前置节点是head,说明当前线程可以获取锁了,获取锁成功后,释放原head节点
                // 并且将新加的节点node设置为head
                final Node p = node.predecessor();
                if (p == head && tryAcquire(arg)) {
                    setHead(node);
                    p.next = null; // help GC
                    failed = false;
                    return true;
                }
                // 循环拿锁中超时检查,若超时返回false
                nanosTimeout = deadline - System.nanoTime();
                if (nanosTimeout <= 0L)
                    return false;
                // 如果当前节点可以被挂起,并且还剩余的时间大于超时时间的阈值1000L的话,挂起当前线程nanosTimeout纳秒
                if (shouldParkAfterFailedAcquire(p, node) &&
                    nanosTimeout > spinForTimeoutThreshold)
                    LockSupport.parkNanos(this, nanosTimeout);
                  // 如果当前线程被中断了,那么抛出InterruptedException
                if (Thread.interrupted())
                    throw new InterruptedException();
            }
        } finally {

            // 没获取到锁,取消节点拿锁请求
            if (failed)
                cancelAcquire(node);
        }
    }

Q:为何循坏拿锁的时候,如果当前节点可以被挂起,并且还剩余的时间大于超时时间的阈值1000L的话,挂起当前线程nanosTimeout纳秒?
A:为了提高响应能力,如果不挂起当前线程的话,在这剩余的超时时间里会占用资源一直循环拿锁,直到超时或者线程被中断为止。挂起当前线程nanosTimeout纳秒,在这期间可以让别的线程先去占资源。

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