DispatchQueue 類別

定義

public sealed class DispatchQueue : CoreFoundation.DispatchObject

type DispatchQueue = class
    inherit DispatchObject

繼承

Object

DisposableObject

NativeObject

DispatchObject

DispatchQueue

備註

佇列是 Apple Grand Central Dispatch 框架中排程區塊執行的基本機制。

所有提交到派遣佇列的區塊都會依 FIFO 順序進行出隊。 預設情況下，使用預設建構子建立的佇列會等待先前被出隊的區塊完成後，才會下排下一個區塊。 這種 FIFO 完成行為有時簡稱為「序列佇列」。 佇列不會綁定在任何特定的執行執行緒，提交給獨立佇列的區塊可以同時執行。 佇列和所有派遣物件一樣，會被引用計數，而新建立的隊列則有參考計數為一。

並行派遣佇列是透過傳遞 true 作為建構子中並行參數的值來建立的。 並行佇列可同時呼叫區塊（類似全域並行佇列，但可能有更多開銷），並支援以派遣障礙 API 提交的障礙區塊，例如實現高效的讀寫方案。

可選的標籤參數用於描述佇列的目的，並在除錯與效能分析中非常有用。 依慣例，用戶端應該傳遞反向 DNS 風格標籤。 若提供標籤，則會被複製。 若未提供標籤，則 Label 屬性會回傳空的 C 字串。 例如：

var my_queue = new DispatchQueue ("com.example.subsystem.taskXYZ");

佇列可以暫時暫停，並分別以 和 Resume() 的函式Suspend()恢復。 暫停會在區塊執行前檢查，且非搶先執行。

派遣隊列會 SynchronizationContext 知道，除非執行緒有自訂的同步情境，否則會自行安裝同步情境，以確保任何情境派遣都會落在同一個派遣隊列。

派遣障礙 API

dispatch barrier API 是一種將 barrier 區塊提交到派遣佇列的機制，類似於這些 DispatchAsync(Action)/DispatchSync(Action) 方法。 它使得高效的讀寫方案得以實現。 障礙區塊僅在提交至並行佇列時才會特別表現;在此類佇列中，障礙區塊會在先前提交至該佇列的所有區塊完成前才會執行，而在障礙區塊之後提交到佇列的區塊也不會在障礙區塊完成前執行。 當提交到全域佇列或非並行佇列時，障礙區塊的行為與以這些 DispatchAsync(Action)/DispatchSync(Action) 方法提交的區塊相同。

另請參閱

• AVCAPTUREFRAMES
• 核心電話示範