java.util.concurrent
類 Exchanger<V>

java.lang.Object
  java.util.concurrent.Exchanger<V>

型別引數：

V - 可以交換的物件型別

public class Exchanger<V>

可以在對中對元素進行配對和交換的執行緒的同步點。每個執行緒將條目上的某個方法呈現給 exchange 方法，與夥伴執行緒進行匹配，並且在返回時接收其夥伴的物件。Exchanger 可能被視為 SynchronousQueue 的雙向形式。Exchanger 可能在應用程式（比如遺傳演算法和管道設計）中很有用。

java.util.concurrent 類 Semaphore

java.lang.Object
  java.util.concurrent.Semaphore

public class Semaphore

一個計數訊號量。從概念上講，訊號量維護了一個許可集。如有必要，在許可可用前會阻塞每一個 acquire()，然後再獲取該許可。每個 release() 新增一個許可，從而可能釋放一個正在阻塞的獲取者。但是，不使用實際的許可物件，Semaphore 只對可用許可的號碼進行計數，並採取相應的行動。

Semaphore 通常用於限制可以訪問某些資源（物理或邏輯的）的執行緒數目。

java.util.concurrent 類 ScheduledThreadPoolExecutor

public class ScheduledThreadPoolExecutor

ThreadPoolExecutor，它可另行安排在給定的延遲後執行命令，或者定期執行命令。需要多個輔助執行緒時，或者要求 ThreadPoolExecutor 具有額外的靈活性或功能時，此類要優於 Timer。

一旦啟用已延遲的任務就執行它，但是有關何時啟用，啟用後何時執行則沒有任何實時保證。按照提交的先進先出 (FIFO) 順序來啟用那些被安排在同一執行時間的任務。

雖然此類繼承自 ThreadPoolExecutor，但是幾個繼承的調整方法對此類並無作用。特別是，因為它作為一個使用 corePoolSize 執行緒和一個無界佇列的固定大小的池，所以調整 maximumPoolSize 沒有什麼效果。

擴充套件注意事項：此類重寫 AbstractExecutorService 的 submit 方法，以生成內部物件控制每個任務的延遲和排程。若要保留功能性，子類中任何進一步重寫的這些方法都必須呼叫超類版本，超類版本有效地禁用附加任務的定製。但是，此類提供替代受保護的擴充套件方法 decorateTask（為 Runnable 和 Callable 各提供一種版本），可定製用於通過 execute、submit、schedule、scheduleAtFixedRate 和 scheduleWithFixedDelay 進入的執行命令的具體任務型別。預設情況下，ScheduledThreadPoolExecutor 使用一個擴充套件 FutureTask 的任務型別。

java.util.concurrent 類 DelayQueue<E extends Delayed>

型別引數：

E - 此 collection 中所儲存元素的型別

public class DelayQueue<E extends Delayed>

Delayed 元素的一個無界阻塞佇列，只有在延遲期滿時才能從中提取元素。該佇列的頭部 是延遲期滿後儲存時間最長的 Delayed 元素。如果延遲都還沒有期滿，則佇列沒有頭部，並且 poll 將返回 null。當一個元素的 getDelay(TimeUnit.NANOSECONDS) 方法返回一個小於等於 0 的值時，將發生到期。即使無法使用 take 或 poll 移除未到期的元素，也不會將這些元素作為正常元素對待。例如，size 方法同時返回到期和未到期元素的計數。此佇列不允許使用 null 元素。

java.util.concurrent 類 CyclicBarrier

java.lang.Object
  java.util.concurrent.CyclicBarrier

public class CyclicBarrier

一個同步輔助類，它允許一組執行緒互相等待，直到到達某個公共屏障點 (common barrier point)。在涉及一組固定大小的執行緒的程式中，這些執行緒必須不時地互相等待，此時 CyclicBarrier 很有用。因為該 barrier 在釋放等待執行緒後可以重用，所以稱它為迴圈 的 barrier。

CyclicBarrier 支援一個可選的 Runnable 命令，在一組執行緒中的最後一個執行緒到達之後（但在釋放所有執行緒之前），該命令只在每個屏障點執行一次。若在繼續所有參與執行緒之前更新共享狀態，此屏障操作 很有用。 

java.util.concurrent 類 CountDownLatch

java.lang.Object
  java.util.concurrent.CountDownLatch

public class CountDownLatch

一個同步輔助類，在完成一組正在其他執行緒中執行的操作之前，它允許一個或多個執行緒一直等待。

用給定的計數 初始化 CountDownLatch。由於呼叫了 countDown() 方法，所以在當前計數到達零之前，await 方法會一直受阻塞。之後，會釋放所有等待的執行緒，await 的所有後續呼叫都將立即返回。這種現象只出現一次——計數無法被重置。如果需要重置計數，請考慮使用 CyclicBarrier。

CountDownLatch 是一個通用同步工具，它有很多用途。將計數 1 初始化的 CountDownLatch 用作一個簡單的開/關鎖存器，或入口：在通過呼叫 countDown() 的執行緒開啟入口前，所有呼叫 await 的執行緒都一直在入口處等待。用 N 初始化的 CountDownLatch 可以使一個執行緒在 N 個執行緒完成某項操作之前一直等待，或者使其在某項操作完成 N 次之前一直等待。

CountDownLatch 的一個有用特性是，它不要求呼叫 countDown 方法的執行緒等到計數到達零時才繼續，而在所有執行緒都能通過之前，它只是阻止任何執行緒繼續通過一個 await。