国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

AbstractQueuedSynchronizer理解之二(CountDownLatch)

shery / 3247人閱讀

摘要:本文分析一下是如何運用的是什么顧名思義它是一個門閂,它是用一個計數器實現的,初始狀態計數器的數值等于線程數,每當有線程完成任務后,計數器就會減一。當為時,鎖就會被釋放,凡是之前因搶占鎖而等待的線程這時候就會被喚醒繼續搶占鎖。

本文分析一下CountDownLatch是如何運用AQS的

CountDownLatch是什么

CountDownLatch顧名思義它是一個Latch(門閂),它是用一個計數器實現的,初始狀態計數器的數值等于線程數,每當有線程完成任務后,計數器就會減一。當state為0時,鎖就會被釋放,凡是之前因搶占鎖而等待的線程這時候就會被喚醒繼續搶占鎖。

CountDownLatch小栗子
public static void main(String[] args) throws InterruptedException{
    int threadSize = 3;
    CountDownLatch doneSignal = new CountDownLatch(threadSize);

    for (int i = 1; i <= threadSize; i++) {
        final int threadNum = i;
        new Thread(() -> {
            System.out.println("thread" + threadNum + ":start");

            try {
                Thread.sleep(1000 * threadNum);
            } catch (InterruptedException e) {
                System.out.println("thread" + threadNum + ":exception");
            }

            doneSignal.countDown();
            System.out.println("thread" + threadNum + ":complete");
        }).start();
    }

    System.out.println("main thread:await");
    doneSignal.await();
    System.out.println("main thread:go on");
}

例子中主線程啟動了三條子線程,睡眠一段時間,此時主線程在等待所有子線程結束后才會繼續執行下去;
看一下輸出結果:

main thread:await
thread1:start
thread2:start
thread3:start
thread1:complete
thread2:complete
thread3:complete
main thread:go on

Process finished with exit code 0

CountDownLatch原理分析

既然CountDownLatch也是AQS的一種使用方式,我們看一下它的內部類Syc是怎么實現AQS的:

private static final class Sync extends AbstractQueuedSynchronizer {
    private static final long serialVersionUID = 4982264981922014374L;
    
    //構造函數,初始化同步狀態state的值,即線程個數
    Sync(int count) {
        setState(count);
    }

    int getCount() {
        return getState();
    }

    //這里重寫了方法,在共享模式下,告訴調用者是否可以搶占state鎖了,正數代表可以,負數代表否定;當state為0時返回正數
    protected int tryAcquireShared(int acquires) {
        return (getState() == 0) ? 1 : -1;
    }

    //共享模式下釋放鎖
    protected boolean tryReleaseShared(int releases) {
        // Decrement count; signal when transition to zero
        for (;;) {
            int c = getState();
            //state為0時說明沒有什么可釋放
            if (c == 0)
                return false;
            int nextc = c-1;
            if (compareAndSetState(c, nextc))
                //CAS對state操作成功后返回state值是否為0,為0則釋放成功
                return nextc == 0;
        }
    }
}

看完了重寫的AQS同步器后,我們了解了CountDownLatch對state鎖的描述。接下來先看主線程調用的await方法,在await方法里調用了AQS的acquireSharedInterruptibly:

//在共享模式下嘗試搶占鎖
public final void acquireSharedInterruptibly(int arg)
        throws InterruptedException {
    //線程中斷拋出異常
    if (Thread.interrupted())
        throw new InterruptedException();
    //嘗試搶占前先查詢一下是否可以搶占,如果返回值大于0程序往下執行,小于0則等待
    if (tryAcquireShared(arg) < 0)
        doAcquireSharedInterruptibly(arg);
}


private void doAcquireSharedInterruptibly(int arg)
    throws InterruptedException {
    //在Reentrant解析中我們看過,往隊列中新增node(共享模式)
    final Node node = addWaiter(Node.SHARED);
    boolean failed = true;
    try {
        for (;;) {
            final Node p = node.predecessor();
            if (p == head) {
                //如果當前node的前繼時head,馬上嘗試搶占鎖
                int r = tryAcquireShared(arg);
                if (r >= 0) {
                    //如果state==0即允許往下執行,重新設置head并往下傳播信號
                    setHeadAndPropagate(node, r);
                    p.next = null; // help GC
                    failed = false;
                    //得到往下執行的允許
                    return;
                }
            }
            //以下都跟Reentrant一樣
            if (shouldParkAfterFailedAcquire(p, node) &&
                parkAndCheckInterrupt())
                throw new InterruptedException();
        }
    } finally {
        if (failed)
            cancelAcquire(node);
    }
}

private void setHeadAndPropagate(Node node, int propagate) {
    Node h = head; // Record old head for check below
    //將當前node設置為head,清空node的thread、prev
    setHead(node);
    /*
     * Try to signal next queued node if:
     *   Propagation was indicated by caller,
     *     or was recorded (as h.waitStatus either before
     *     or after setHead) by a previous operation
     *     (note: this uses sign-check of waitStatus because
     *      PROPAGATE status may transition to SIGNAL.)
     * and
     *   The next node is waiting in shared mode,
     *     or we don"t know, because it appears null
     *
     * The conservatism in both of these checks may cause
     * unnecessary wake-ups, but only when there are multiple
     * racing acquires/releases, so most need signals now or soon
     * anyway.
     */
    //如果propagate大于0,或者原來head的等待狀態小于0或者現在head的等待狀態小于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();
    }
}

private void doReleaseShared() {
    /*
     * Ensure that a release propagates, even if there are other
     * in-progress acquires/releases.  This proceeds in the usual
     * way of trying to unparkSuccessor of head if it needs
     * signal. But if it does not, status is set to PROPAGATE to
     * ensure that upon release, propagation continues.
     * Additionally, we must loop in case a new node is added
     * while we are doing this. Also, unlike other uses of
     * unparkSuccessor, we need to know if CAS to reset status
     * fails, if so rechecking.
     */
    for (;;) {
        Node h = head;
        if (h != null && h != tail) {
            int ws = h.waitStatus;
            if (ws == Node.SIGNAL) {
                //如果head的狀態為SIGNAL,更改狀態為0
                if (!compareAndSetWaitStatus(h, Node.SIGNAL, 0))
                    continue;            // loop to recheck cases
                //喚醒后繼節點
                unparkSuccessor(h);
            }
            //如果head狀態為0,更改狀態為PROPAGATE
            else if (ws == 0 &&
                     !compareAndSetWaitStatus(h, 0, Node.PROPAGATE))
                continue;                // loop on failed CAS
        }
        //如果head沒有改變,結束當前loop,如果遇到head被別的線程改變,繼續loop
        if (h == head)                   // loop if head changed
            break;
    }
}

釋放鎖的信號一直向后傳播,直到所有node被喚醒并繼續執行,那第一個信號時何時發起的呢?我們來看一下CountDownLatch的countDown方法,該方法調用了sync的releaseShared方法:

public final boolean releaseShared(int arg) {
    if (tryReleaseShared(arg)) {
        //如果同步狀態state為0時,調用doReleaseShared,在這里就發出了第一個喚醒所有等待node的信號,然后信號自動往后傳播
        doReleaseShared();
        return true;
    }
    return false;
}

總結

CountDownLatch在調用await的時候判斷state釋放為0,如果大于0則阻塞當前線程,將當前線程的node添加到隊列中等待;在調用countDown時當遇到state減到0時,發出釋放共享鎖的信號,從頭節點的后記節點開始往后傳遞信號,將隊列等待的線程逐個喚醒并繼續往下執行;
在這里state跟Reentrant的state獨占鎖含義不同,state的含義是由AQS的子類去描述的。

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/76307.html

相關文章

  • AbstractQueuedSynchronizer理解之二CountDownLatch

    摘要:本文分析一下是如何運用的是什么顧名思義它是一個門閂,它是用一個計數器實現的,初始狀態計數器的數值等于線程數,每當有線程完成任務后,計數器就會減一。當為時,鎖就會被釋放,凡是之前因搶占鎖而等待的線程這時候就會被喚醒繼續搶占鎖。 本文分析一下CountDownLatch是如何運用AQS的 CountDownLatch是什么 CountDownLatch顧名思義它是一個Latch(門閂),它...

    張憲坤 評論0 收藏0
  • AbstractQueuedSynchronizer理解之二CountDownLatch

    摘要:本文分析一下是如何運用的是什么顧名思義它是一個門閂,它是用一個計數器實現的,初始狀態計數器的數值等于線程數,每當有線程完成任務后,計數器就會減一。當為時,鎖就會被釋放,凡是之前因搶占鎖而等待的線程這時候就會被喚醒繼續搶占鎖。 本文分析一下CountDownLatch是如何運用AQS的 CountDownLatch是什么 CountDownLatch顧名思義它是一個Latch(門閂),它...

    greatwhole 評論0 收藏0
  • AbstractQueuedSynchronizer理解之三(Semaphore)

    摘要:信號可以理解為一種許可,拿到許可的線程才可以繼續執行。的計數器其實記錄的就是許可的數量,當許可數量為時,方法就會阻塞。 本文接著分析Semaphore的實現原理 Semaphore是什么 Semaphore是一個計數信號量。Semaphore(信號)可以理解為一種許可,拿到許可的線程才可以繼續執行。Semaphore的計數器其實記錄的就是許可的數量,當許可數量為0時,acquire方法...

    MingjunYang 評論0 收藏0
  • AbstractQueuedSynchronizer理解之三(Semaphore)

    摘要:信號可以理解為一種許可,拿到許可的線程才可以繼續執行。的計數器其實記錄的就是許可的數量,當許可數量為時,方法就會阻塞。 本文接著分析Semaphore的實現原理 Semaphore是什么 Semaphore是一個計數信號量。Semaphore(信號)可以理解為一種許可,拿到許可的線程才可以繼續執行。Semaphore的計數器其實記錄的就是許可的數量,當許可數量為0時,acquire方法...

    馬忠志 評論0 收藏0
  • AbstractQueuedSynchronizer理解之三(Semaphore)

    摘要:信號可以理解為一種許可,拿到許可的線程才可以繼續執行。的計數器其實記錄的就是許可的數量,當許可數量為時,方法就會阻塞。 本文接著分析Semaphore的實現原理 Semaphore是什么 Semaphore是一個計數信號量。Semaphore(信號)可以理解為一種許可,拿到許可的線程才可以繼續執行。Semaphore的計數器其實記錄的就是許可的數量,當許可數量為0時,acquire方法...

    zollero 評論0 收藏0

發表評論

0條評論

shery

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<