如果你知道經(jīng)典的生產(chǎn)消費(fèi)模式(wait,notify實(shí)現(xiàn))，那么這篇文章你應(yīng)該能夠輕松地閱讀理解。Condition接口也是為生產(chǎn)消費(fèi)模式而生的，只不過(guò)它需要配合Lock接口使用。

使用示例

通過(guò)Lock實(shí)例的newCondition()方法獲取Condition對(duì)象（監(jiān)視器）。線程A獲取鎖后，調(diào)用condition.await()方法會(huì)導(dǎo)致釋放鎖并在此等待。線程B獲取鎖后調(diào)用condition.signal()方法會(huì)通知監(jiān)視器，待線程B釋放鎖后，線程A可以重新加入到鎖的競(jìng)爭(zhēng)中，condition.await()返回的必要條件是線程A再次成功獲取到鎖。

public class ConditionUseCase {
    Lock      lock      = new ReentrantLock();
    Condition condition = lock.newCondition();

    public void conditionWait() throws InterruptedException {
        lock.lock();
        try {
            condition.await();
        } finally {
            lock.unlock();
        }
    }

    public void conditionSignal() throws InterruptedException {
        lock.lock();
        try {
            condition.signal();
        } finally {
            lock.unlock();
        }
    }
}

Condition實(shí)現(xiàn)分析

ConditionObjective是AbstractQueuedSynchronizer的內(nèi)部類，因?yàn)镃ondition的實(shí)現(xiàn)需要獲取到相關(guān)聯(lián)的鎖。每個(gè)Condition對(duì)象都包含著一個(gè)隊(duì)列(等待隊(duì)列，不同于同步隊(duì)列)，該隊(duì)列是實(shí)現(xiàn)等待通知功能的關(guān)鍵。

調(diào)用await()方法時(shí)，會(huì)導(dǎo)致獲取鎖的線程放棄鎖，并加入到等待隊(duì)列的尾部，圖示如下:

獲取鎖的線程加入等待隊(duì)列(引自并發(fā)編程的藝術(shù))

通知監(jiān)視器的方法signal()方法會(huì)將等待隊(duì)列的首節(jié)點(diǎn)(等待時(shí)間最長(zhǎng)的節(jié)點(diǎn))移動(dòng)到同步隊(duì)列中，圖示如下:

節(jié)點(diǎn)從等待隊(duì)列移動(dòng)到同步隊(duì)列(引自并發(fā)編程的藝術(shù))

具體實(shí)現(xiàn)請(qǐng)查看源代碼。

參考

• 并發(fā)編程的藝術(shù)