1. 程式人生 > >Java多執行緒之併發包,併發佇列

Java多執行緒之併發包,併發佇列

目錄

1 併發包

2 併發佇列

1 併發包

1.1同步容器類

1.1.1Vector與ArrayList區別

1.1.1.1 ArrayList是最常用的List實現類,內部是通過陣列實現的,它允許對元素進行快速隨機訪問。陣列的缺點是每個元素之間不能有間隔,當陣列大小不滿足時需要增加儲存能力,就要講已經有陣列的資料複製到新的儲存空間中。當從ArrayList的中間位置插入或者刪除元素時,需要對陣列進行復制、移動、代價比較高。因此,它適合隨機查詢和遍歷,不適合插入和刪除。

1.1.1.2.Vector與ArrayList一樣,也是通過陣列實現的,不同的是它支援執行緒的同步

,即某一時刻只有一個執行緒能夠寫Vector,避免多執行緒同時寫而引起的不一致性,但實現同步需要很高的花費,因此,訪問它比訪問ArrayList慢

注意: Vector執行緒安全、ArrayList執行緒不安全

Vector原始碼類

Add方法原始碼類

    public synchronized boolean add(E e) {
        modCount++;
        ensureCapacityHelper(elementCount + 1);
        elementData[elementCount++] = e;
        return true;
    }

Arraylist原始碼

Add方法原始碼

    public boolean add(E e) {
        ensureCapacityInternal(size + 1);  // Increments modCount!!
        elementData[size++] = e;
        return true;
    }

1.1.2HasTable與HasMap

1.1.2.1 HashMap不是執行緒安全的 

HashMap是一個介面 是map介面的子介面,是將鍵對映到值的物件,其中鍵和值都是物件,並且不能包含重複鍵,但可以包含重複值。HashMap允許null key和null value,而hashtable不允許。

1.1.2.2 HashTable是執行緒安全的一個Collection。

1.1.2.3 HashMap是Hashtable的輕量級實現(非執行緒安全的實現),他們都完成了Map介面,主要區別在於HashMap允許空(null)鍵值(key),由於非執行緒安全,效率上可能高於Hashtable。
HashMap允許將null作為一個entry的key或者value,而Hashtable不允許。
HashMap把Hashtable的contains方法去掉了,改成containsvalue和containsKey。

注意: HashTable執行緒安全,HashMap執行緒不安全。

1.1.3 synchronizedMap

 Collections.synchronized*(m) 將執行緒不安全額集合變為執行緒安全集合

1.1.4 ConcurrentHashMap

ConcurrentMap介面下有倆個重要的實現 :
ConcurrentHashMap
ConcurrentskipListMap (支援併發排序功能。彌補ConcurrentHas hMa p)
ConcurrentHashMap內部使用段(Segment)來表示這些不同的部分,每個段其實就是一個
小的HashTable,它們有自己的鎖。只要多個修改操作發生在不同的段上,它們就可以並
發進行。把一個整體分成了16個段(Segment.也就是最高支援16個執行緒的併發修改操作。
這也是在重執行緒場景時減小鎖的粒度從而降低鎖競爭的一種方案。並且程式碼中大多共享變
量使用volatile關鍵字宣告,目的是第一時間獲取修改的內容,效能非常好。

1.1.5 CountDownLatch​​​​​​

 CountDownLatch類位於java.util.concurrent包下,利用它可以實現類似計數器的功能。比如有一個任務A,它要等待其他4個任務執行完畢之後才能執行,此時就可以利用CountDownLatch來實現這種功能

public class CountDownLatchDemo {
    public static void main(String[] args) throws InterruptedException {
        CountDownLatch countDownLatch = new CountDownLatch(2);
        new Thread(new Runnable() {
            @Override
            public void run() {
                System.out.println("我是子執行緒開始執行。。。。");
                try {
                    Thread.sleep(1000);//子執行緒處理事情
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                countDownLatch.countDown();//每次減一
                System.out.println("我是子執行緒執行結束。。。。");
            }
        }).start();
        new Thread(new Runnable() {
            @Override
            public void run() {
                System.out.println("我是子執行緒開始執行。。。。");
                try {
                    Thread.sleep(1000);//子執行緒處理事情
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                countDownLatch.countDown();
                System.out.println("我是子執行緒執行結束。。。。");
            }
        }).start();
        countDownLatch.await();//如果不為0,則一直等待
        System.out.println("主執行緒開始執行任務");
        for (int i = 0; i < 10; i++) {
            System.out.println("main: i="+i);
        }
    }
}

1.1.6 CyclicBarrier

CyclicBarrier初始化時規定一個數目,然後計算呼叫了CyclicBarrier.await()進入等待的執行緒數。當執行緒數達到了這個數目時,所有進入等待狀態的執行緒被喚醒並繼續。

CyclicBarrier就如同他的名字一樣,可看成是一個障礙,所有的執行緒必須到齊後才能一起通過這個障礙。

CyclicBarrier初始時還可帶一個Runnable的引數,該Runnable任務在CyclicBarrier的數目達到後,所有其他的執行緒被喚醒前被執行。 

class Writer extends Thread{
    CyclicBarrier cyclicBarrier;
    public Writer(CyclicBarrier cyclicBarrier){
        this.cyclicBarrier=cyclicBarrier;
    }
    @Override
    public void run() {
        System.out.println(Thread.currentThread().getName()+"開始寫入資料.....");
        try {
            Thread.sleep(1000);//模擬耗時
            System.out.println(Thread.currentThread().getName()+"寫入資料成功.....");
            cyclicBarrier.await();
            System.out.println(Thread.currentThread().getName()+"寫入資料完畢.....");
        } catch (InterruptedException e) {
            e.printStackTrace();
        } catch (BrokenBarrierException e) {
            e.printStackTrace();
        }
    }
}
public class CyclicBarrierDemo {
    public static void main(String[] args) {
        CyclicBarrier barrier = new CyclicBarrier(5);
        for (int i = 0; i < 5; i++) {
            new Writer(barrier).start();
        }
    }
}

輸出:
Thread-0開始寫入資料.....
Thread-1開始寫入資料.....
Thread-2開始寫入資料.....
Thread-3開始寫入資料.....
Thread-4開始寫入資料.....
Thread-0寫入資料成功.....
Thread-1寫入資料成功.....
Thread-2寫入資料成功.....
Thread-4寫入資料成功.....
Thread-3寫入資料成功.....
Thread-3寫入資料完畢.....
Thread-4寫入資料完畢.....
Thread-2寫入資料完畢.....
Thread-1寫入資料完畢.....
Thread-0寫入資料完畢.....
如果不加CyclicBarrier則:
Thread-0開始寫入資料.....
Thread-1開始寫入資料.....
Thread-2開始寫入資料.....
Thread-3開始寫入資料.....
Thread-4開始寫入資料.....
Thread-0寫入資料成功.....
Thread-0寫入資料完畢.....
Thread-1寫入資料成功.....
Thread-1寫入資料完畢.....
Thread-2寫入資料成功.....
Thread-2寫入資料完畢.....
Thread-3寫入資料成功.....
Thread-3寫入資料完畢.....
Thread-4寫入資料成功.....
Thread-4寫入資料完畢.....

1.1.6 Semaphore

Semaphore是一種基於計數的訊號量,它可以設定一個閾值,基於此,多個執行緒競爭獲取許可訊號,做自己的申請後歸還,超過閾值後,執行緒申請許可訊號將被阻塞。Semaphore可以用來構建一些物件池,資源池之類的,比如資料庫連線池,我們也可以建立計數為1的Semaphore,將其作為一種類似互斥鎖的機制,這也叫二元訊號量,表示兩種互斥狀態。用法如下:

availablePermits函式用來獲取當前可用的資源數量

wc.acquire();//申請資源

wc.release();//釋放資源

案例:

需求: 一個廁所只有3個坑位,但是有10個人來上廁所,那怎麼辦?假設10的人的編號分別為1-10,並且1號先到廁所,10號最後到廁所。那麼1-3號來的時候必然有可用坑位,順利如廁,4號來的時候需要看看前面3人是否有人出來了,如果有人出來,進去,否則等待。同樣的道理,4-10號也需要等待正在上廁所的人出來後才能進去,並且誰先進去這得看等待的人是否有素質,是否能遵守先來先上的規則。

class User extends Thread{
    Semaphore wc;
    String name;

    public User(Semaphore wc, String name) {
        this.wc = wc;
        this.name = name;
    }

    @Override
    public void run() {
        int availablePermits = wc.availablePermits();
        if(availablePermits>0){
            System.out.println(name+":天助我也,我有茅坑的喲");
        } else {
            System.out.println(name+":我靠,居然沒有茅坑了");
        }
        try {
            wc.acquire();
            System.out.println(name+":終於能上廁所了,倍兒爽!!!!");
            Thread.sleep(new Random().nextInt(1000));
            System.out.println(name+":廁所上完了");
        } catch (InterruptedException e) {
            e.printStackTrace();
        } finally {
            wc.release();
        }
    }
}
public class SemaphoreDemo {
    public static void main(String[] args) {
        Semaphore semaphore = new Semaphore(3);//最多支援多少個執行緒
        for (int i = 1; i <= 10; i++) {
            new User(semaphore, i+"").start();
        }
    }
}

輸出如下:
1:天助我也,我有茅坑的喲
1:終於能上廁所了,倍兒爽!!!!
2:天助我也,我有茅坑的喲
2:終於能上廁所了,倍兒爽!!!!
3:天助我也,我有茅坑的喲
3:終於能上廁所了,倍兒爽!!!!
4:我靠,居然沒有茅坑了
5:我靠,居然沒有茅坑了
6:我靠,居然沒有茅坑了
7:我靠,居然沒有茅坑了
8:我靠,居然沒有茅坑了
9:我靠,居然沒有茅坑了
10:我靠,居然沒有茅坑了
1:廁所上完了
4:終於能上廁所了,倍兒爽!!!!
4:廁所上完了
5:終於能上廁所了,倍兒爽!!!!
2:廁所上完了
6:終於能上廁所了,倍兒爽!!!!
3:廁所上完了
7:終於能上廁所了,倍兒爽!!!!
7:廁所上完了
8:終於能上廁所了,倍兒爽!!!!
5:廁所上完了
9:終於能上廁所了,倍兒爽!!!!
6:廁所上完了
10:終於能上廁所了,倍兒爽!!!!
8:廁所上完了
10:廁所上完了
9:廁所上完了

2 併發佇列

在併發佇列上JDK提供了兩套實現,一個是以ConcurrentLinkedQueue為代表的高效能佇列,一個是以BlockingQueue介面為代表的阻塞佇列,無論哪種都繼承自Queue。

2.1 ConcurrentLinkedQueue

ConcurrentLinkedQueue:是一個適用於高併發場景下的佇列,通過無所的方式,實現了高併發狀態下的高效能,通常ConcurrentLinkedQueue效能好於BlockingQueue。他是一個基於連線節點的無界執行緒安全佇列。該佇列的執行緒遵循FIFO的原則,不允許null元素。

add 和offer() 都是加入元素的方法(在ConcurrentLinkedQueue中這倆個方法沒有任何區別)
poll() 和peek() 都是取頭元素節點,區別在於前者會刪除元素,後者不會。

2.2 BlockingQueue

阻塞佇列(BlockingQueue)是一個支援兩個附加操作的佇列。這兩個附加的操作是:

在佇列為空時,獲取元素的執行緒會等待佇列變為非空。

當佇列滿時,寫入(儲存)元素的執行緒會等待佇列可用。

在Java中,BlockingQueue的介面位於java.util.concurrent 包中(在Java5版本開始提供),由上面介紹的阻塞佇列的特性可知,阻塞佇列是執行緒安全的。

在新增的Concurrent包中,BlockingQueue很好的解決了多執行緒中,如何高效安全“傳輸”資料的問題。通過這些高效並且執行緒安全的佇列類,為我們快速搭建高質量的多執行緒程式帶來極大的便利。本文詳細介紹了BlockingQueue家庭中的所有成員,包括他們各自的功能以及常見使用場景。

常用的佇列主要有以下兩種:(當然通過不同的實現方式,還可以延伸出很多不同型別的佇列,DelayQueue就是其中的一種)

  先進先出(FIFO):先插入的佇列的元素也最先出佇列,類似於排隊的功能。從某種程度上來說這種佇列也體現了一種公平性。

  後進先出(LIFO):後插入佇列的元素最先出佇列,這種佇列優先處理最近發生的事件。

      多執行緒環境中,通過佇列可以很容易實現資料共享,比如經典的“生產者”和“消費者”模型中,通過佇列可以很便利地實現兩者之間的資料共享。假設我們有若干生產者執行緒,另外又有若干個消費者執行緒。如果生產者執行緒需要把準備好的資料共享給消費者執行緒,利用佇列的方式來傳遞資料,就可以很方便地解決他們之間的資料共享問題。但如果生產者和消費者在某個時間段內,萬一發生資料處理速度不匹配的情況呢?理想情況下,如果生產者產出資料的速度大於消費者消費的速度,並且當生產出來的資料累積到一定程度的時候,那麼生產者必須暫停等待一下(阻塞生產者執行緒),以便等待消費者執行緒把累積的資料處理完畢,反之亦然。然而,在concurrent包釋出以前,在多執行緒環境下,我們每個程式設計師都必須去自己控制這些細節,尤其還要兼顧效率和執行緒安全,而這會給我們的程式帶來不小的複雜度。好在此時,強大的concurrent包橫空出世了,而他也給我們帶來了強大的BlockingQueue。(在多執行緒領域:所謂阻塞,在某些情況下會掛起執行緒(即阻塞),一旦條件滿足,被掛起的執行緒又會自動被喚醒)

2.3 ArrayBlockingQueue

ArrayBlockingQueue是一個有邊界的阻塞佇列,它的內部實現是一個數組。有邊界的意思是它的容量是有限的,我們必須在其初始化的時候指定它的容量大小,容量大小一旦指定就不可改變。

ArrayBlockingQueue是以先進先出的方式儲存資料,最新插入的物件是尾部,最新移出的物件是頭部。下面是一個初始化和使用ArrayBlockingQueue的例子:

     ArrayBlockingQueue<String> arrays = new ArrayBlockingQueue<String>(3);

arrays.add("李四");

arrays.add("張軍");

arrays.add("張軍");

// 新增阻塞佇列

arrays.offer("張三", 1, TimeUnit.SECONDS);

2.4 LinkedBlockingQueue

LinkedBlockingQueue阻塞佇列大小的配置是可選的,如果我們初始化時指定一個大小,它就是有邊界的,如果不指定,它就是無邊界的。說是無邊界,其實是採用了預設大小為Integer.MAX_VALUE的容量 。它的內部實現是一個連結串列。

和ArrayBlockingQueue一樣,LinkedBlockingQueue 也是以先進先出的方式儲存資料,最新插入的物件是尾部,最新移出的物件是頭部。下面是一個初始化和使LinkedBlockingQueue的例子:

LinkedBlockingQueuelinkedBlockingQueue = new LinkedBlockingQueue(3);

linkedBlockingQueue.add("張三");

linkedBlockingQueue.add("李四");

linkedBlockingQueue.add("李四");

System.out.println(linkedBlockingQueue.size());

2.5 PriorityBlockingQueue

PriorityBlockingQueue是一個沒有邊界的佇列,它的排序規則和 java.util.PriorityQueue一樣。需要注意,PriorityBlockingQueue中允許插入null物件。

所有插入PriorityBlockingQueue的物件必須實現 java.lang.Comparable介面,佇列優先順序的排序規則就是按照我們對這個介面的實現來定義的。

另外,我們可以從PriorityBlockingQueue獲得一個迭代器Iterator,但這個迭代器並不保證按照優先順序順序進行迭代。

2.6 SynchronousQueue

SynchronousQueue佇列內部僅允許容納一個元素。當一個執行緒插入一個元素後會被阻塞,除非這個元素被另一個執行緒消費。

2.7 使用BlockingQueue模擬生產者與消費者

class ProducerThread extends Thread{
    private BlockingQueue queue;
    private volatile boolean flag=true;
    private static AtomicInteger count=new AtomicInteger();

    public ProducerThread(BlockingQueue queue) {
        this.queue = queue;
    }

    @Override
    public void run() {
        System.out.println("生產者執行緒啟動。。。。。。。");
        try{
            while (flag){
                System.out.println("生產者正在生產佇列");
                String data=count.incrementAndGet()+"";
                //新增佇列
                boolean offer=queue.offer(data);
                if(offer){
                    System.out.println("生產者新增佇列"+data+"成功!");
                } else{
                    System.out.println("生產者新增佇列"+data+"失敗!");
                }
                Thread.sleep(1000);
            }
        } catch (InterruptedException e) {
            e.printStackTrace();
        } finally {
            System.out.println("生產者執行緒停止。。。。。。。。");
        }
    }
    public void stopThread(){
        this.flag=false;
    }
}

class ConsumerThread extends Thread{
    private BlockingQueue queue;
    private volatile boolean flag=true;
    private static AtomicInteger count=new AtomicInteger();

    public ConsumerThread(BlockingQueue queue) {
        this.queue = queue;
    }

    @Override
    public void run() {
        System.out.println("消費者執行緒啟動。。。。。。。");
        try{
            while (flag){
                //獲取完畢後,佇列會刪除頭元素
                String data = (String) queue.poll(2, TimeUnit.SECONDS);
                if(data!=null){
                    System.out.println("消費者獲取data:"+data+"成功!");
                } else{
                    System.out.println("消費者獲取data失敗!");
                    this.flag=false;
                }
                Thread.sleep(1000);
            }
        } catch (InterruptedException e) {
            e.printStackTrace();
        } finally {
            System.out.println("消費者執行緒停止。。。。。。。。");
        }
    }
    public void stopThread(){
        this.flag=false;
    }
}
public class ProConDemo {
    public static void main(String[] args) throws InterruptedException {
        BlockingQueue<String> queue=new LinkedBlockingQueue<>(10);
        ProducerThread p1=new ProducerThread(queue);
        ProducerThread p2=new ProducerThread(queue);

        ConsumerThread c1=new ConsumerThread(queue);
//        ConsumerThread c2=new ConsumerThread(queue);
        p1.start();
        p2.start();
        c1.start();
        Thread.sleep(10*1000);
        p1.stopThread();
        p2.stopThread();
    }

}


生產者執行緒啟動。。。。。。。
生產者正在生產佇列
生產者新增佇列1成功!
生產者執行緒啟動。。。。。。。
生產者正在生產佇列
生產者新增佇列2成功!
消費者執行緒啟動。。。。。。。
消費者獲取data:1成功!
生產者正在生產佇列
生產者新增佇列3成功!
生產者正在生產佇列
生產者新增佇列4成功!
消費者獲取data:2成功!
生產者正在生產佇列
生產者新增佇列5成功!
生產者正在生產佇列
生產者新增佇列6成功!
消費者獲取data:3成功!
生產者正在生產佇列
生產者新增佇列7成功!
生產者正在生產佇列
生產者新增佇列8成功!
消費者獲取data:4成功!
生產者正在生產佇列
生產者新增佇列9成功!
生產者正在生產佇列
生產者新增佇列10成功!
消費者獲取data:5成功!
生產者正在生產佇列
生產者新增佇列11成功!
生產者正在生產佇列
生產者新增佇列12成功!
消費者獲取data:6成功!
生產者正在生產佇列
生產者新增佇列13成功!
生產者正在生產佇列
生產者新增佇列14成功!
消費者獲取data:7成功!
生產者正在生產佇列
生產者新增佇列15成功!
生產者正在生產佇列
生產者新增佇列16成功!
消費者獲取data:8成功!
生產者正在生產佇列
生產者新增佇列17成功!
生產者正在生產佇列
生產者新增佇列18成功!
消費者獲取data:9成功!
生產者正在生產佇列
生產者新增佇列19成功!
生產者正在生產佇列
生產者新增佇列20失敗!
消費者獲取data:10成功!
生產者執行緒停止。。。。。。。。
生產者執行緒停止。。。。。。。。
消費者獲取data:11成功!
消費者獲取data:12成功!
消費者獲取data:13成功!
消費者獲取data:14成功!
消費者獲取data:15成功!
消費者獲取data:16成功!
消費者獲取data:17成功!
消費者獲取data:18成功!
消費者獲取data:19成功!
消費者獲取data失敗!
消費者執行緒停止。。。。。。。。