Java的Queue知識點有哪些

本篇內容主要講解“Java的Queue知識點有哪些”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“Java的Queue知識點有哪些”吧!

Java提供了Quere，相當好用，在1.5版本中又有增強。

Queue： 基本上，一個隊列就是一個先入先出（FIFO）的數據結構

offer，add區別：
一些隊列有大小限制，因此如果想在一個滿的隊列中加入一個新項，多出的項就會被拒絕。
這時新的 offer 方法就可以起作用了。它不是對調用 add() 方法拋出一個 unchecked 異常，而只是得到由 offer() 返回的 false。

poll，remove區別：
remove() 和 poll() 方法都是從隊列中刪除第一個元素（head）。remove() 的行為與 Collection 接口的版本相似，
但是新的 poll() 方法在用空集合調用時不是拋出異常，只是返回 null。因此新的方法更適合容易出現異常條件的情況。

peek，element區別：
element() 和 peek() 用于在隊列的頭部查詢元素。與 remove() 方法類似，在隊列為空時， element() 拋出一個異常，而 peek() 返回 null。

-----------------------------------------------------------------------------------------
Tiger中有2組Queue的實現：實現了新的BlockingQueue接口的
和沒有實現的

-------------------------------------------------------------
沒有實現的阻塞接口的：LinkedList： 實現了java.util.Queue接口
java.util.AbstractQueue
內置的不阻塞隊列： PriorityQueue 和 ConcurrentLinkedQueue

PriorityQueue 和 ConcurrentLinkedQueue 類在 Collection Framework 中加入兩個具體集合實現。

PriorityQueue 類實質上維護了一個有序列表。加入到 Queue 中的元素根據它們的天然排序（通過其 java.util.Comparable 實現）或者根據傳遞給構造函數的 java.util.Comparator 實現來定位。

ConcurrentLinkedQueue 是基于鏈接節點的、線程安全的隊列。并發訪問不需要同步。因為它在隊列的尾部添加元素并從頭部刪除它們，所以只要不需要知道隊列的大小，ConcurrentLinkedQueue  對公共集合的共享訪問就可以工作得很好。收集關于隊列大小的信息會很慢，需要遍歷隊列。

------------------------------------------------------------------
實現阻塞接口的：

新的 java.util.concurrent 包在 Collection Framework 中可用的具體集合類中加入了 BlockingQueue 接口和五個阻塞隊列類。

它實質上就是一種帶有一點扭曲的 FIFO 數據結構。不是立即從隊列中添加或者刪除元素，線程執行操作阻塞，直到有空間或者元素可用。

五個隊列所提供的各有不同：

   * ArrayBlockingQueue ：一個由數組支持的有界隊列。
   * LinkedBlockingQueue ：一個由鏈接節點支持的可選有界隊列。
   * PriorityBlockingQueue ：一個由優先級堆支持的無界優先級隊列。
   * DelayQueue ：一個由優先級堆支持的、基于時間的調度隊列。
   * SynchronousQueue ：一個利用 BlockingQueue 接口的簡單聚集（rendezvous）機制。


前兩個類 ArrayBlockingQueue 和 LinkedBlockingQueue 幾乎相同，只是在后備存儲器方面有所不同， LinkedBlockingQueue 并不總是有容量界限。無大小界限的 LinkedBlockingQueue 類在添加元素時永遠不會有阻塞隊列的等待（至少在其中有Integer.MAX_VALUE 元素之前不會）。

PriorityBlockingQueue 是具有無界限容量的隊列，它利用所包含元素的 Comparable 排序順序來以邏輯順序維護元素。可以將它看作 TreeSet 的可能替代物。不過對 PriorityBlockingQueue 有一個技巧。從 iterator() 返回的 Iterator 實例不需要以優先級順序返回元素。如果必須以優先級順序遍歷所有元素，那么讓它們都通過 toArray() 方法并自己對它們排序，像 Arrays.sort(pq.toArray())。

新的 DelayQueue 實現可能是其中最有意思（也是最復雜）的一個。加入到隊列中的元素必須實現新的 Delayed 接口（只有一個方法 —— long getDelay(java.util.concurrent.TimeUnit unit) ）。因為隊列的大小沒有界限，使得添加可以立即返回，但是在延遲時間過去之前不能從隊列中取出元素。如果多個元素完成了延遲，那么最早失效/失效時間最長的元素將第一個取出。實際上沒有聽上去這樣復雜。

SynchronousQueue 類是最簡單的。它沒有內部容量。它就像線程之間的手遞手機制。在隊列中加入一個元素的生產者會等待另一個線程的消費者。當這個消費者出現時，這個元素就直接在消費者和生產者之間傳遞，永遠不會加入到阻塞隊列中。

----------------------------------------------
實驗結果：

文檔說BlockingQueue的隊列： 不是立即從隊列中添加或者刪除元素，線程執行操作阻塞，直到有空間或者元素可用。

實驗了一下，使用put、take是這樣子的,線程在等待
而使用offer是立刻返回false的

到此，相信大家對“Java的Queue知識點有哪些”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！