內容

發行項
08/12/2011

更新：2010 年 7 月

本文件說明並行執行階段中內容的角色。附加至排程器的執行緒稱為「執行內容」(Execution Context)，或簡稱為「內容」(Context)。 Concurrency::wait 函式和 Concurrency::Context 類別可讓您控制內容的行為。使用 wait 函式來暫停目前內容一段指定的時間。當您需要控制何時內容封鎖、解除封鎖及讓渡時，或當您要過度訂閱目前內容時，請使用 Context 類別。

秘訣
並行執行階段提供了預設排程器，因此您不需要在應用程式中建立排程器。因為工作排程器有助於微調應用程式效能，如果您是並行執行階段的新使用者，建議請從平行模式程式庫 (PPL) 或非同步代理程式程式庫開始。

wait 函式

Concurrency::wait 函式會以合作方式讓渡目前內容的執行達指定的毫秒數。執行階段可使用產生時間來執行其他工作。經過指定的時間之後，執行階段會重新排程要執行的內容。因此，wait 函式暫止目前內容的時間，可能會超過為 milliseconds 參數所提供的值。

傳遞 0 (零) 做為 milliseconds 參數值，會導致執行階段暫止目前的內容，直到所有其他作用中的內容有機會執行工作為止。這可讓您產生工作，而使所有其他作用中的工作得以執行。

範例

如需相關範例，以了解如何使用 wait 函式來讓渡目前的內容，而讓其他內容得以執行，請參閱 HOW TO：使用排程群組來影響執行順序。

Context 類別

Concurrency::Context 類別提供抽象的程式設計執行內容及提供兩項重要功能：合作式封鎖、解除封鎖及讓渡目前內容的能力，以及過度訂閱目前內容的能力。

合作式封鎖

Context 類別可讓您封鎖或讓渡目前的執行內容。當目前的內容因資源無法使用而無法繼續執行時，封鎖或讓渡非常有用。

Concurrency::Context::Block 方法可封鎖目前的內容。被封鎖的內容會產生其處理資源，使執行階段得以執行其他工作。 Concurrency::Context::Unblock 方法可將已封鎖的內容解除封鎖。呼叫 Context::Unblock 方法的來源內容，必須與呼叫 Context::Block 的來源內容不同。如果內容嘗試將自身解除封鎖，執行階段將會擲回 Concurrency::context_self_unblock。

若要以合作方式封鎖及解除封鎖內容，一般而言應呼叫 Concurrency::Context::CurrentContext，以擷取與目前執行緒相關聯之 Context 物件的指標，並儲存結果。接著，您可以呼叫 Context::Block 方法，以封鎖目前的內容。接下來，請從個別的內容呼叫 Context::Unblock，將已封鎖的內容解除封鎖。

每次呼叫 Context::Block 和 Context::Unblock 時都必須成對出現。如果連續呼叫 Context::Block 或 Context::Unblock 方法，而未呼叫另一項對應的方法，執行階段將會擲回 Concurrency::context_unblock_unbalanced。但在您呼叫 Context::Unblock 之前，並不需要呼叫 Context::Block。例如，如果在一項內容呼叫 Context::Unblock 之後，另一項內容對相同的內容呼叫了 Context::Block，第一項內容仍會維持為解除封鎖的狀態。

Concurrency::Context::Yield 方法可讓渡執行，而使執行階段得以執行其他工作，然後重新排程要執行的內容。當您呼叫 Context::Block 方法時，執行階段不會重新排程內容。

範例

如需使用 Context::Block、Context::Unblock 和 Context::Yield 方法實作合作式信號類別的範例，請參閱 HOW TO：使用內容類別實作合作式信號。

過度訂閱

有可用的硬體執行緒時，預設排程器會建立相同數目的執行緒。您可以使用「過度訂閱」(Oversubscription)，為指定的硬體執行緒建立其他執行緒。

執行密集運算作業時通常不會增加過度訂閱量，因為這樣會加重額外負荷。但就延遲性較高的工作而言 (例如從磁碟或網路連接讀取資料)，過度訂閱將可改善某些應用程式的整體效率。

注意事項
僅只從並行執行階段所建立的非 UMS 執行緒啟用過度訂閱。從不是由執行階段所建立的執行緒 (包含主執行緒) 呼叫過度訂閱時，過度訂閱並沒有作用。此外，若從使用 UMS 執行緒排程工作的環境呼叫過度訂閱，過度訂閱也沒有作用，這是因為 UMS 執行緒可讓排程器在出現封鎖作業的情況下完全使用資源。

僅只從並行執行階段所建立的非 UMS 執行緒啟用過度訂閱。從不是由執行階段所建立的執行緒 (包含主執行緒) 呼叫過度訂閱時，過度訂閱並沒有作用。此外，若從使用 UMS 執行緒排程工作的環境呼叫過度訂閱，過度訂閱也沒有作用，這是因為 UMS 執行緒可讓排程器在出現封鎖作業的情況下完全使用資源。

若要在目前的內容中啟用過度訂閱，請將 _BeginOversubscription 參數設為 true，然後呼叫 Concurrency::Context::Oversubscribe 方法。在並行執行階段所建立的執行緒中啟用過度訂閱時，執行階段將因此而建立一個額外的執行緒。在所有需要過度訂閱的工作完成後，請將 _BeginOversubscription 參數設為 false，然後呼叫 Context::Oversubscribe。

您可以從目前的內容啟用過度訂閱多次，但您加以停用的次數必須與其啟用次數相同。過度訂閱也可以是巢狀的；也就是說，由另一項使用過度訂閱的工作所建立的工作，也可過度訂閱其內容。但如果巢狀工作及其父代屬於相同的內容，則只有最外層的 Context::Oversubscribe 呼叫會建立額外的執行緒。

注意事項
如果在啟用過度訂閱之前停用過度訂閱，執行階段會擲回 Concurrency::invalid_oversubscribe_operation。

範例

如需相關範例以了解如何使用過度訂閱緩解從網路連接讀取資料時所產生的延遲，請參閱 HOW TO：使用過度訂閱使延遲產生位移。

請參閱

變更記錄

日期	記錄	原因
2010 年 7 月	重新組織內容。	資訊加強。

2010 年 7 月

重新組織內容。

資訊加強。

共用方式為

內容