1. 什么是阻塞隊(duì)列

在數(shù)據(jù)結(jié)構(gòu)的學(xué)習(xí)中，我們知道了隊(duì)列有普通隊(duì)列、循環(huán)隊(duì)列，它們都遵循“先進(jìn)先出”的原則。

阻塞隊(duì)列也遵循這個原則，它是一種特殊的隊(duì)列（帶有阻塞功能的隊(duì)列），并且滿足以下兩點(diǎn)：

• 當(dāng)隊(duì)列滿的時候，如果繼續(xù)往隊(duì)列中插入數(shù)據(jù)，則發(fā)生阻塞狀態(tài)，直到有數(shù)據(jù)出隊(duì)列。
• 當(dāng)隊(duì)列空的時候，如果往外取數(shù)據(jù)，也發(fā)生阻塞狀態(tài)，直到有數(shù)序入隊(duì)列。

Java 標(biāo)準(zhǔn)庫中的阻塞隊(duì)列為：BlockingDeque<>，是一個泛型接口。因此，我們使用的時候直接遵循標(biāo)準(zhǔn)庫的寫法即可。注意以下兩點(diǎn)：

• BlockingDeque 是一個接口，因此我們實(shí)例對象時用的是 LinkedBlockingQueue類。
• put 方法用于阻塞式的入隊(duì)列， take 用于阻塞式的出隊(duì)列。

通過上述介紹，我們可以寫出一段簡易的阻塞隊(duì)列代碼：

    public static void main(String[] args) throws InterruptedException {
        //BlockingQueue<>為阻塞隊(duì)列的原型
        BlockingQueue<Integer> blockingQueue = new LinkedBlockingDeque<>();
        //take（取元素）、put（插入元素）為阻塞隊(duì)列的兩個核心方法
        blockingQueue.put(20);//插入元素20
        Integer result = blockingQueue.take();//從隊(duì)頭取元素
        System.out.println(result);
    }

運(yùn)行后打?。?/p>

通過上述代碼，大家已經(jīng)對阻塞隊(duì)列有了一個淺的認(rèn)識，當(dāng)然你可以可以多 take 幾次來達(dá)到阻塞效果。

阻塞隊(duì)列主要用于“生產(chǎn)者消費(fèi)者模型”，是實(shí)際開發(fā)中常用到的，下面我就來介紹它的用法。

2. 生產(chǎn)者消費(fèi)者模型

什么是生產(chǎn)者消費(fèi)者模型？從字面上來看，前者是生產(chǎn)者，后者是消費(fèi)者。

因此，生產(chǎn)者與消費(fèi)者之間進(jìn)行交互需要一個中間平臺，這個平臺就是阻塞隊(duì)列，如果沒有中間平臺交易就會產(chǎn)生一定風(fēng)險、效率也會降低很多。

生產(chǎn)者消費(fèi)者體現(xiàn)：過年大家都包餃子，假設(shè)一家有三個人員，人員1 搟餃子皮，搟完后放在砧板上，人員2 和 人員3 負(fù)責(zé)包餃子。這樣一個例子中 人員1 就是生產(chǎn)者，砧板就是平臺，人員2 和 人員3 是消費(fèi)者。如果三個人員自己搟皮自己包，這樣的效率是非常低的?。ㄖ挥幸粋€搟面杖、無砧板情況下）

中間平臺優(yōu)點(diǎn)體現(xiàn)：假如，有兩個服務(wù)器它們直接進(jìn)行交互。服務(wù)器1掛了，緊接著服務(wù)器2也掛了。因此，我們需要一個中間平臺(阻塞隊(duì)列)，連接這兩個服務(wù)器并進(jìn)行交互。這樣無論那一個服務(wù)器掛了也不影響另一個服務(wù)器。

生產(chǎn)者消費(fèi)者模型的優(yōu)點(diǎn)有很多，但最突出了有兩點(diǎn)：解耦合和削峰填谷。請看下方講解。

2.1 解耦合

大家都聽過高內(nèi)聚低耦合這個概念，在此我來做個解釋：

何為內(nèi)聚，舉個例子：在快遞站拿快遞，我們可以根據(jù)貨物號來快速的找到想要的物品，這就是高內(nèi)聚。

但某一天，快遞站來了個怪人，他在找快遞的過程中把每個拿起來的快遞都隨意放在其他位置。因此別人再去找自己的快遞時就不能快速的找到自己的快遞了，這就是低內(nèi)聚的一個體現(xiàn)。

在 Java 中高內(nèi)聚主要體現(xiàn)在代碼的條理性，相關(guān)聯(lián)的代碼很好的放在一起。低內(nèi)聚則是相關(guān)聯(lián)的代碼沒有放在一起，東一塊、西一塊。

何為耦合，主要體現(xiàn)一個關(guān)聯(lián)性。也是舉個例子：假設(shè)我的親人生病住院了，我會放下手中的一切去好好照顧他/她，哪怕對我現(xiàn)實(shí)生活影響很大，我也義無反顧。這樣的行為就是高耦合的。

但我的女神生病了，她發(fā)了個朋友圈。由于我和她只是“朋友圈點(diǎn)贊之交”，我只會給她點(diǎn)個贊并且評論句多喝熱水。因?yàn)樗×藢ξ业挠绊懯呛艿偷模钥梢苑Q為低耦合。

耦合高，在 Java 主要體現(xiàn)在多個模塊之間的關(guān)聯(lián)，關(guān)聯(lián)越強(qiáng)耦合越高，關(guān)聯(lián)越弱耦合越低。

回歸正題，阻塞隊(duì)列的解耦合主要體現(xiàn)在多個線程之間進(jìn)行交互。如以下例子：

在上、下圖中，A、B、C是我們的業(yè)務(wù)服務(wù)器，會經(jīng)常更改代碼， 因此會經(jīng)常出現(xiàn) bug 就容易掛。通過消費(fèi)者模型就能很好的避免這個問題。

當(dāng)然，阻塞隊(duì)列服務(wù)器也會掛，但相對于ABC業(yè)務(wù)服務(wù)器來說掛的機(jī)率較小。 

2.2 削峰填谷

三峽大壩利用的就是削峰填谷機(jī)制，有效緩解了電力系統(tǒng)在高峰期的壓力和在低峰期的浪費(fèi)現(xiàn)象。

當(dāng)電力系統(tǒng)電力值達(dá)到高峰時，三峽大壩則會把部分的水存儲在水庫里面，只放出適合的水流量，減少并調(diào)節(jié)電力系統(tǒng)的負(fù)荷，有效緩解電力系統(tǒng)在高峰期的浪費(fèi)現(xiàn)象。

當(dāng)電力處于低峰期時也就是電力供給不足的情況，三峽大壩會把水庫里存儲的水給放出來，通過電站的發(fā)電量、水庫的排水等措施，緩解了電力系統(tǒng)在低峰期的電力不足。

上述例子就是削峰填谷的一個簡單理解，在 Java 中阻塞隊(duì)列就能達(dá)到削峰填谷的功能。

當(dāng)服務(wù)器與服務(wù)器之間進(jìn)行交互常常是以一個很平緩的速率進(jìn)行的，但某一時刻突然達(dá)到了一個峰值。

這個時候阻塞隊(duì)列就能把峰值帶來的壓力給頂下來，讓服務(wù)器之間還是以平穩(wěn)的速率進(jìn)行交互。

如：服務(wù)器A 作為生產(chǎn)者，服務(wù)器B 作為消費(fèi)者，服務(wù)器A 最高可達(dá)到 1秒3萬 次的速率，服務(wù)器B 最高只能 1秒1萬 次這時候就會出現(xiàn)下圖這樣的問題。

上圖中 服務(wù)器A 作為生產(chǎn)者、服務(wù)器B 作為消費(fèi)者。當(dāng) 服務(wù)器A 收到的請求多了。回復(fù)給阻塞隊(duì)列的內(nèi)容也變多了。

但 服務(wù)器B 最多能接受 1秒1萬 次的數(shù)據(jù)。因此，阻塞隊(duì)列就會把多的請求存儲下來并按照 1秒1萬 次的速率給 服務(wù)器B 傳輸數(shù)據(jù)，這樣就不會導(dǎo)致 服務(wù)器B 崩潰。

以上的三峽大壩、服務(wù)器交互的例子就是對削峰填谷進(jìn)行的一個講解，當(dāng)然比較淺顯。具體代碼的實(shí)現(xiàn)，請看下方講解。

2.3 生產(chǎn)者消費(fèi)者案例

生產(chǎn)者消費(fèi)者主要體現(xiàn)一個線程生產(chǎn)，一個線程消費(fèi)。如下代碼：

public static void main(String[] args) {
        BlockingDeque<Integer> blockingDeque = new LinkedBlockingDeque<>();
        //消費(fèi)者
        Thread thread1 = new Thread(()->{
            while (true) {
                try {
                    int value = blockingDeque.take();
                    System.out.println("消費(fèi)者: "+value);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        });
        thread1.start();//啟動線程1
        //生產(chǎn)者
        Thread thread2 = new Thread(()->{
            int value = 1;
            while (true) {
                try {
                    blockingDeque.put(value);
                    System.out.println("生產(chǎn)者: "+value);
                    Thread.sleep(1000);
                    value++;
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        });
        thread2.start();//啟動線程2
    }

運(yùn)行后打印：

以上代碼不難看懂，主要用到阻塞隊(duì)列的 take 和 put 方法。生產(chǎn)者 thread2 使用 put 方法生產(chǎn)元素，消費(fèi)者 thread1 使用 take 方法消費(fèi)元素。

注意，在線程內(nèi)調(diào)用 take 或put 方法，都得 try/catch InterruptedException 這個異常。我們直接Alt+Enter take 或 put方法即可。

3. 阻塞隊(duì)列生產(chǎn)者消費(fèi)者模型的實(shí)現(xiàn)

使用阻塞隊(duì)列實(shí)現(xiàn)生產(chǎn)者消費(fèi)者模式過程如下：

首先我們要讓這個隊(duì)列循環(huán)下去，如何讓一個隊(duì)列循環(huán)下去，最好實(shí)現(xiàn)方法就是使用循環(huán)隊(duì)列。

設(shè)計中我們可以用 head 作為隊(duì)頭元素下標(biāo)、tail 作為隊(duì)尾元素下標(biāo)、size 作為當(dāng)前元素的個數(shù)。

head 等于 tail 的時候證明是初始狀態(tài)（隊(duì)列空），或者是隊(duì)列已滿。因此，有以下幾點(diǎn)注意事項(xiàng)：

入隊(duì)列：

• 當(dāng) size 等于隊(duì)列長度時，證明隊(duì)列已滿，此時不能插入數(shù)據(jù)。
• 當(dāng) tail 等于隊(duì)列長度時，tail 置為0，從第一個位置開始插入元素。

出隊(duì)列：

• 當(dāng) size 等于 0 時，證明隊(duì)列已空，此時不能出數(shù)據(jù)。
• 當(dāng) head 等于隊(duì)列長度時候，head 置為 0 ，從第一個元素開始出元素。

當(dāng)然，為了達(dá)到阻塞的效果，在隊(duì)列滿狀態(tài)或空狀態(tài)的方法里面使用 wait 方法造成阻塞狀態(tài)。在插元素方法里面里面 notify 喚醒隊(duì)列空時的阻塞狀態(tài)，在拿元素里面 notify 喚醒隊(duì)列滿時的阻塞狀態(tài)。

具體代碼實(shí)現(xiàn)如下：

class MyBlockingQueue {
    int [] array = new int[100];//定義一個數(shù)組為隊(duì)列
    int head = 0;//隊(duì)頭下標(biāo)
    int tail = 0;//隊(duì)尾下標(biāo)
    int size = 0;//元素個數(shù)
    //模擬實(shí)現(xiàn) put 方法
    synchronized public void put(int value) throws InterruptedException {
        if (size == array.length) {
            this.wait();//隊(duì)列已滿設(shè)為阻塞狀態(tài)
        }
        array[tail] = value;//把value值放在數(shù)組對應(yīng)下標(biāo)中
        tail++;//隊(duì)尾下表自增
        size++;//元素個數(shù)自增
        if (tail == array.length) {
            tail = 0;//隊(duì)尾下標(biāo)重置為0
        }
        this.notify();//喚醒隊(duì)列空的阻塞狀態(tài)
    }
    //模擬實(shí)現(xiàn) take 方法
    synchronized public int take() throws InterruptedException {
        if (size == 0){
            this.wait();//隊(duì)列已空設(shè)為阻塞狀態(tài)
        }
        int value = array[head];//隊(duì)頭元素負(fù)責(zé)個value
        head++;//隊(duì)頭下標(biāo)往后自增
        size--;//元素個數(shù)自減
        if (head == array.length) {
            head = 0;//隊(duì)頭下標(biāo)置為0
        }
        this.notify();//喚醒隊(duì)列滿的阻塞狀態(tài)
        return value;//返回隊(duì)頭元素
    }
}
public class ThreadDemo2 {
    public static void main(String[] args) {
        MyBlockingQueue myBlockingQueue = new MyBlockingQueue();
        //生產(chǎn)者
        Thread thread1 = new Thread(()-> {
            int i = 1;
            while (true) {
                try {
                    System.out.println("生產(chǎn)者: "+i);
                    myBlockingQueue.put(i);
                    i++;
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        });
        thread1.start();
        //消費(fèi)者
        Thread thread2 = new Thread(()-> {
            while (true) {
                try {
                    int i = myBlockingQueue.take();
                    System.out.println("消費(fèi)者: "+i);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        });
        thread2.start();
    }
}

運(yùn)行后打印：

以上代碼，我使用一個數(shù)組來模擬實(shí)現(xiàn)循環(huán)隊(duì)列的這樣更容易去理解。其他細(xì)節(jié)大家可以在代碼中的注釋進(jìn)行理解。 隊(duì)列已經(jīng)循環(huán)隊(duì)列不太熟悉朋友可以回頭好好復(fù)習(xí)一下。

注意，一個隊(duì)列不可能為空狀態(tài)又為滿狀態(tài)，因此在上述代碼中，notify 喚醒的都是對方的狀態(tài)。這樣一個阻塞隊(duì)列生產(chǎn)者消費(fèi)者模式就能很好的實(shí)現(xiàn)了。

另外，阻塞隊(duì)列不存在線程安全問題，因?yàn)樽枞?duì)列底層有加鎖機(jī)制。因此，大家可以安心使用。

到此這篇關(guān)于Java多線程使用阻塞隊(duì)列實(shí)現(xiàn)生產(chǎn)者消費(fèi)者模型詳解的文章就介紹到這了,更多相關(guān)Java多線程生產(chǎn)者消費(fèi)者模型內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！