您好,登錄后才能下訂單哦!
本篇文章為大家展示了LinkedBlockingQueue方法怎么在Java中使用,內容簡明扼要并且容易理解,絕對能使你眼前一亮,通過這篇文章的詳細介紹希望你能有所收獲。
一. 鏈表實現
1.1 Node內部類
/** * 鏈表的節點,同時也是通過它來實現一個單向鏈表 */ static class Node<E> { E item; // 指向鏈表的下一個節點 Node<E> next; Node(E x) { item = x; } }
有一個變量e儲存數據,有一個變量next指向下一個節點的引用。它可以實現最簡單地單向列表。
1.2 怎樣實現鏈表
/** * 它的next指向隊列頭,這個節點不存儲數據 */ transient Node<E> head; /** * 隊列尾節點 */ private transient Node<E> last;
要實現鏈表,必須有兩個變量,一個表示鏈表頭head,一個表示鏈表尾last。head和last都會在LinkedBlockingQueue對象創建的時候被初始化。
last = head = new Node<E>(null);
注意這里用了一個小技巧,鏈表頭head節點并沒有存放數據,它指向的下一個節點,才真正存儲了鏈表中第一個數據。而鏈表尾last的確儲存了鏈表最后一個數據。
1.3 插入和刪除節點
/** * 向隊列尾插入節點 */ private void enqueue(Node<E> node) { // assert putLock.isHeldByCurrentThread(); // 當前線程肯定獲取了putLock鎖 // 將原隊列尾節點的next引用指向新節點node,然后再將node節點設置成隊列尾節點last // 這樣就實現了向隊列尾插入節點 last = last.next = node; }
在鏈表尾插入節點很簡單,將原隊列尾last的下一個節點next指向新節點node,再將新節點node賦值給隊列尾last節點。這樣就實現了插入一個新節點。
// 移除隊列頭節點,并返回被刪除的節點數據 private E dequeue() { // assert takeLock.isHeldByCurrentThread(); // 當前線程肯定獲取了takeLock鎖 // assert head.item == null; Node<E> h = head; // first節點中才存儲了隊列中第一個元素的數據 Node<E> first = h.next; h.next = h; // help GC // 設置新的head值,相當于刪除了first節點。因為head節點本身不儲存數據 head = first; // 隊列頭的數據 E x = first.item; // 移除原先的數據 first.item = null; return x; }
要注意head并不是鏈表頭,它的next才是指向鏈表頭,所以刪除鏈表頭也很簡單,就是將head.next賦值給head,然后返回原先head.next節點的數據。
刪除的時候,就要注意鏈表為空的情況。head.next的值使用enqueue方法添加的。當head.next==last的時候,表示已經刪除到最后一個元素了,當head.next==null的時候,就不能刪除了,因為鏈表已經為空了。這里沒有做判斷,是因為在調用dequeue方法的地方已經做過判斷了。
二. 同步鎖ReentrantLock和條件Condition
因為阻塞隊列在隊列為空和隊列已滿的情況下,都必須阻塞等待,那么就天然需要兩個條件。而為了保證多線程并發安全,又需要一個同步鎖。這個在ArrayBlockingQueue中已經說過了。
這里我們來說說LinkedBlockingQueue不一樣的地方。
/** 獨占鎖,用于處理插入隊列操作的并發問題,即put與offer操作 */ private final ReentrantLock putLock = new ReentrantLock(); /** 隊列不滿的條件Condition,它是由putLock鎖生成的 */ private final Condition notFull = putLock.newCondition(); /** 獨占鎖,用于處理刪除隊列頭操作的并發問題,即take與poll操作 */ private final ReentrantLock takeLock = new ReentrantLock(); /** 隊列不為空的條件Condition, 它使用takeLock鎖生成的 */ private final Condition notEmpty = takeLock.newCondition();
2.1 putLock與takeLock
我們發現使用了兩把鎖:
putLock 同步所有插入元素的操作,即put與offer系列方法的操作。
takeLock 同步刪除和獲取元素的操作,即take與poll系列方法操作。
按照上面的說法,可能會出現同時插入元素和刪除元素的操作,那么就不會出現問題么?
我們來具體分析一個下,對于隊列來說操作分為三種:
在隊列尾插入元素。即put與offer系列方法,它們會涉及兩個變量,隊列中元素個數count,和隊列尾節點last。(不會涉及head節點)
移除隊列頭元素。即take與poll系列方法,它們會涉及兩個變量,隊列中元素個數count,和head節點。(不會涉及隊列尾節點last)
查看隊列頭元素。即 element()與peek()方法,它們會涉及兩個變量,隊列中元素個數count,和head節點。(不會涉及隊列尾節點last)
因此使用putLock鎖來保持last變量的安全,使用takeLock鎖來保持head變量的安全。
對于都涉及了隊列中元素個數count變量,所以使用AtomicInteger來保證并發安全問題。
/** 隊列中元素的個數,這里使用AtomicInteger變量,保證并發安全問題 */ private final AtomicInteger count = new AtomicInteger();
2.2 notFull與notEmpty
notFull 是由putLock鎖生成的,因為當插入元素時,我們要判斷隊列是不是已滿。
notEmpty 是由takeLock鎖生成的,因為當刪除元素時,我們要判斷隊列是不是為空。
2.3 控制流程
當插入元素時:
先使用putLock.lockInterruptibly()保證只有一個線程進行插入操作.
然后利用count變量,判斷隊列是否已滿.
滿了就調用notFull.await()方法,讓當前線程等待。因為notFull是由putLock產生的,這里已經獲取到鎖了,所以可以調用await方法。
沒滿就調用 enqueue方法,向隊列尾插入新元素。
調用count.getAndIncrement()方法,將隊列中元素個數加一,并保證多線程并發安全。
調用signalNotEmpty方法,喚醒正在等待獲取元素的線程。
當刪除元素時:
先使用takeLock.lockInterruptibly()保證只有一個線程進行刪除操作.
然后利用count變量,判斷隊列是否為空.
隊列為空就調用notEmpty.await()方法,讓當前線程等待。因為notEmpty是由takeLock產生的,這里已經獲取到鎖了,所以可以調用await方法。
沒滿就調用 dequeue方法,刪除隊列頭元素。
調用count.getAndDecrement()方法,將隊列中元素個數減一,并保證多線程并發安全。
調用signalNotFull方法,喚醒正在等待插入元素的線程。
還要注意一下,Condition的signal和await方法必須在獲取鎖的情況下調用。因此就有了signalNotEmpty和signalNotFull方法:
/** * 喚醒在notEmpty條件下等待的線程,即移除隊列頭時,發現隊列為空而被迫等待的線程。 * 注意,因為要調用Condition的signal方法,必須獲取對應的鎖,所以這里調用了takeLock.lock()方法。 * 當隊列中插入元素(即put或offer操作),那么隊列肯定不為空,就會調用這個方法。 */ private void signalNotEmpty() { final ReentrantLock takeLock = this.takeLock; takeLock.lock(); try { notEmpty.signal(); } finally { takeLock.unlock(); } } /** * 喚醒在notFull條件下等待的線程,即隊列尾添加元素時,發現隊列已滿而被迫等待的線程。 * 注意,因為要調用Condition的signal方法,必須獲取對應的鎖,所以這里調用了putLock.lock()方法 * 當隊列中刪除元素(即take或poll操作),那么隊列肯定不滿,就會調用這個方法。 */ private void signalNotFull() { final ReentrantLock putLock = this.putLock; putLock.lock(); try { notFull.signal(); } finally { putLock.unlock(); } }
三. 插入元素方法
public void put(E e) throws InterruptedException { if (e == null) throw new NullPointerException(); // 記錄插入操作前元素的個數 int c = -1; // 創建新節點node Node<E> node = new Node<E>(e); final ReentrantLock putLock = this.putLock; final AtomicInteger count = this.count; putLock.lockInterruptibly(); try { //表示隊列已滿,那么就要調用notFull.await方法,讓當前線程等待 while (count.get() == capacity) { notFull.await(); } // 向隊列尾插入新元素 enqueue(node); // 將當前隊列元素個數加1,并返回加1之前的元素個數。 c = count.getAndIncrement(); // c + 1 < capacity表示隊列未滿,就喚醒可能等待插入操作的線程 if (c + 1 < capacity) notFull.signal(); } finally { putLock.unlock(); } // c == 0表示插入之前,隊列是空的。隊列從空到放入一個元素時, // 才喚醒等待刪除的線程 // 防止頻繁獲取takeLock鎖,消耗性能 if (c == 0) signalNotEmpty(); }
以put方法為例,大體流程與我們前面介紹一樣,這里有一個非常怪異的代碼,當插入完元素時,如果發現隊列未滿,那么調用notFull.signal()喚醒等待插入的線程。
大家就很疑惑了,一般來說,這個方法應該放在刪除元素(take系列的方法里),因為當我們刪除一個元素,那么隊列肯定是未滿的,那么調用notFull.signal()方法,喚醒等待插入的線程。
這里這么做主要是因為調用signal方法,必須先獲取對應的鎖,而在take系列的方法里使用的鎖是takeLock,那么想調用notFull.signal()方法,必須先獲取putLock鎖,這樣的話會性能就會下降,所以用了另一種方式。
首先我們應該知道signal方法,當有線程在這個條件下等待時,才會喚醒其中一個線程,當沒有線程等待時,這個方法相當于什么都沒做。所以這個方法的意義是可能會喚醒等待的一個線程。
當隊列未滿時,我們都調用notFull.signal()嘗試去喚醒一個等待插入線程。而且這里已經獲取putLock鎖了,所以不耗時。
但是有一個問題,當隊列已滿的時候,所有插入操作的線程,都會等待,就沒有機會調用notFull.signal()方法,那么喚醒這些等待線程呢?
喚醒這些線程的啟動條件,必須是由刪除元素操作觸發的,因為只有刪除隊列才會不滿。因為在take方法中 if (c == capacity) signalNotFull();
四. 刪除隊列頭元素
public E take() throws InterruptedException { E x; int c = -1; final AtomicInteger count = this.count; final ReentrantLock takeLock = this.takeLock; takeLock.lockInterruptibly(); try { //表示隊列為空,那么就要調用notEmpty.await方法,讓當前線程等待 while (count.get() == 0) { notEmpty.await(); } // 刪除隊列頭元素,并返回它 x = dequeue(); // 返回當前隊列個數,然后將隊列個數減一 c = count.getAndDecrement(); // c > 1表示隊列不為空,就喚醒可能等待刪除操作的線程 if (c > 1) notEmpty.signal(); } finally { takeLock.unlock(); } /** * c == capacity表示刪除操作之前,隊列是滿的。只有從滿隊列中刪除一個元素時, * 才喚醒等待插入的線程 * 防止頻繁獲取putLock鎖,消耗性能 */ if (c == capacity) signalNotFull(); return x; }
為什么調用notEmpty.signal()方法原因,對比一下我們在插入元素方法中的解釋。
五. 查看隊列頭元素
// 查看隊列頭元素 public E peek() { // 隊列為空,返回null if (count.get() == 0) return null; final ReentrantLock takeLock = this.takeLock; takeLock.lock(); try { // 獲取隊列頭節點first Node<E> first = head.next; // first == null表示隊列為空,返回null if (first == null) return null; else // 返回隊列頭元素 return first.item; } finally { takeLock.unlock(); } }
查看隊列頭元素,涉及到head節點,所以必須使用takeLock鎖。
六. 其他重要方法
6.1 remove(Object o)方法
// 從隊列中刪除指定元素o public boolean remove(Object o) { if (o == null) return false; // 因為不是刪除列表頭元素,所以就涉及到head和last兩個變量, // putLock與takeLock都要加鎖 fullyLock(); try { // 遍歷整個隊列,p表示當前節點,trail表示當前節點的前一個節點 // 因為是單向鏈表,所以需要記錄兩個節點 for (Node<E> trail = head, p = trail.next; p != null; trail = p, p = p.next) { // 如果找到了指定元素,那么刪除節點p if (o.equals(p.item)) { unlink(p, trail); return true; } } return false; } finally { fullyUnlock(); } }
從列表中刪除指定元素,因為刪除的元素不一定在列表頭,所以可能會head和last兩個變量,所以必須同時使用putLock與takeLock兩把鎖。因為是單向鏈表,需要一個輔助變量trail來記錄前一個節點,這樣才能刪除當前節點p。
6.2 unlink(Node<E> p, Node<E> trail) 方法
// 刪除當前節點p,trail代表p的前一個節點 void unlink(Node<E> p, Node<E> trail) { // 將當前節點的數據設置為null p.item = null; // 這樣就在鏈表中刪除了節點p trail.next = p.next; // 如果節點p是隊列尾last,而它被刪除了,那么就要將trail設置為last if (last == p) last = trail; // 將元素個數減一,如果原隊列是滿的,那么就調用notFull.signal()方法 // 其實這個不用判斷直接調用的,因為這里肯定獲取了putLock鎖 if (count.getAndDecrement() == capacity) notFull.signal(); }
要在鏈表中刪除一個節點p,只需要將p的前一個節點trail的next指向節點p的下一個節點next。
上述內容就是LinkedBlockingQueue方法怎么在Java中使用,你們學到知識或技能了嗎?如果還想學到更多技能或者豐富自己的知識儲備,歡迎關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。