共用方式為


Windows.System.Threading.Core 命名空間

建立工作專案,以回應具名事件和號志。 此外,也會預先配置必須保證能夠執行的工作專案資源,即使在大量 (或完整) 資源配置的情況下也一般。

注意

桌面和 UWP 應用程式都支援 ThreadPool API。

PreallocatedWorkItem使用 ThreadPool建立工作專案時。RunAsync會建立工作專案並提交為單一作業。 這在大部分情況下都是可接受的,但有時需要事先為工作專案保留資源。

PreallocatedWorkItem類別會事先建構工作專案,讓工作專案「待命」,以便在需要時提交至執行緒集區。 這適用于在需要工作專案之前完全配置應用程式可用的資源的情況,例如,呼叫使用工作專案的解除配置常式。 如果已配置工作專案,仍然可以呼叫資源解除配置常式,而且 PreallocatedWorkItem 仍然可以提交至執行緒集區,即使所有資源都已在使用中也一樣。 有時候,您必須將工作專案排入佇列,以回應 Win32 COM 物件所建立的具名事件或號志。 您可以使用SignalNotifier物件執行Windows 執行階段方法來回應具名事件或號志。 這可讓您撰寫Windows 執行階段程式碼,以回應使用Win32 和 COM 傳送的事件和訊號,前提是事件或旗號具有名稱。 例如, SignalNotifier 可以用來處理移植到 UWP 應用程式的 Win32 程式碼。 ISignalableNotifier有時候無法知道事件或號志的名稱,但您的應用程式仍然需要回應它;例如,舊版程式碼,以及一些已知的事件和號志,仍會使用可等候的控制碼,而不是名稱。 ISignalableNotifier 可讓您建立向可等候控制碼註冊的 ISignalNotifier 物件。

注意

預先配置的工作專案僅適用于可能用盡所有可用資源的應用程式,或需要為資源解除配置常式建立工作專案的應用程式。 訊號通知程式僅適用于針對 使用 Win32 和 COM 的特定應用程式。 如果您不需要在應用程式中使用預先配置或訊號,請使用 Windows.System.Threading建立工作專案。

類別

PreallocatedWorkItem

預先配置的工作專案會在提交至執行緒集區之前建構,確保已建構工作專案,以便在必要時提交至執行緒集區。 例如,如果資源解除配置常式需要預先配置WorkItem,則可以建立 PreallocatedWorkItem,因為資源解除配置常式可能會在沒有足夠的資源可供建立工作專案的情況下呼叫。

注意

桌面和 UWP 應用程式都支援 ThreadPool API。

SignalNotifier

當事件或號志發出訊號時,執行方法。 您也可以指定逾時值,使委派在經過時間範圍之後執行,如果具名事件未發生 (或旗號未到達訊號狀態) 。

注意

桌面和 UWP 應用程式都支援 ThreadPool API。

委派

SignalHandler

表示當訊號通知器的附加事件或號志收到訊號時,或選擇性逾時值已經過 (第一個) 時呼叫的方法。