Monitor 類提供了附加功能，可結(jié)合 lock 語句使用：

• TryEnter 方法允許當前被阻止，正在等待資源的線程在指定時間間隔之后放棄。 它返回一個指示成功或失敗的布爾值，可用于檢測和避免潛在的死鎖。

• Wait 方法由臨界區(qū)中的線程調(diào)用。 它放棄對資源的控制并阻止，直到該資源重新可用為止。

• Pulse 和 PulseAll 方法允許要釋放鎖或調(diào)用 Wait 的線程將一個或多個線程放入就緒隊列，以使它們能夠獲取鎖。

Wait 方法重載的超時允許等待線程進入就緒隊列。

如果用于鎖的對象派生自 MarshalByRefObject ，則 Monitor 類可在多個應(yīng)用程序域中提供鎖定。

Monitor 具有線程關(guān)聯(lián)。 也就是說，進入監(jiān)視器的線程必須通過調(diào)用 Exit 或 Wait 才能退出。

Monitor 類不可實例化。 其方法是靜態(tài)（在 Visual Basic 中為 Shared ）方法，用于可實例化的鎖對象。

有關(guān)概念性概述，請參見 監(jiān)視器 。

線程通過調(diào)用其 WaitOne 方法的重載請求 Mutex 。 提供了具有超時的重載，以便允許線程放棄等待。 與 Monitor 類不同，mutex 可以是局部的，也可以是全局的。 全局 mutex（也稱為命名的 mutex）在整個操作系統(tǒng)中可見，可用于在多個應(yīng)用程序域或進程中同步線程。 局部 mutex 派生自 MarshalByRefObject ，可以跨應(yīng)用程序域邊界使用。

此外， Mutex 派生自 WaitHandle ，這意味著它可用于 WaitHandle 提供的通知機制，如 WaitAll 、 WaitAny 和 SignalAndWait 方法。

與 Monitor 一樣， Mutex 具有線程關(guān)聯(lián)。 與 Monitor 不同， Mutex 是可實例化的對象。

有關(guān)概念性概述，請參見 Mutex 。

從 .NET Framework4 版開始，當 Monitor 所需的開銷會造成性能下降時，可以使用 SpinLock 類。 當 SpinLock 遇到鎖定的臨界區(qū)時，它只是反復(fù)地旋轉(zhuǎn)，直至鎖變?yōu)榭捎玫摹? 如果鎖保留的時間非常短，則旋轉(zhuǎn)可比阻塞提供更好的性能。 但是，如果鎖保留數(shù)十個周期以上，則 SpinLock 的表現(xiàn)會和 Monitor 一樣，只不過將使用更多的 CPU 周期，因此會降低其他線程或進程的性能。

ReaderWriterLockSlim 類用于更改數(shù)據(jù)的線程（編寫器）必須獨占訪問某個資源的情形。 如果編寫器未處于活動狀態(tài)，則任何數(shù)量的讀取器均可以訪問該資源（例如，通過調(diào)用 EnterReadLock 方法）。 當某個線程請求獨占訪問時（例如，通過調(diào)用 EnterWriteLock 方法），后續(xù)讀取器請求將被阻止，直至所有現(xiàn)有的讀取器都已退出該鎖，并且編寫器也已進入并退出該鎖。

ReaderWriterLockSlim 具有線程關(guān)聯(lián)。

有關(guān)概念性概述，請參見 讀取器/編寫器鎖 。

Semaphore 類允許指定數(shù)目的線程訪問某個資源。 請求該資源的其他線程會一直阻止，直到某個線程釋放信號量為止。

與 Mutex 類一樣， Semaphore 派生自 WaitHandle 。 Semaphore 也與 Mutex 一樣，可以是局部的，也可以是全局的。 它可以跨應(yīng)用程序域邊界使用。

與 Monitor 、 Mutex 和 ReaderWriterLock 不一樣， Semaphore 不具有線程關(guān)聯(lián)。 這意味著它可以用于一個線程獲取信號量而另一個線程釋放該信號量的情形。

有關(guān)概念性概述，請參見 Semaphore 和 SemaphoreSlim 。

System.Threading :: SemaphoreSlim 是一個用于在單一進程邊界內(nèi)進行同步的輕量信號量。

返回頁首

事件等待句柄包括 EventWaitHandle 類及其派生類 AutoResetEvent 和 ManualResetEvent 。 當通過調(diào)用 Set 方法或使用 SignalAndWait 方法通知事件等待句柄時，線程會從事件等待句柄釋放。

事件等待句柄要么自動重置自身（類似于每次得到通知時只允許一個線程通過的旋轉(zhuǎn)門），要么必須手動重置（類似于在通知前一直關(guān)閉，有人將其關(guān)閉前則一直打開的大門）。 顧名思義， AutoResetEvent 和 ManualResetEvent 分別表示前者和后者。 System.Threading :: ManualResetEventSlim 是一個用于在單一進程邊界內(nèi)進行同步的輕量事件。

EventWaitHandle 可表示這兩種類型的事件，并且既可以是局部的也可以是全局的。 派生類 AutoResetEvent 和 ManualResetEvent 始終是局部的。

事件等待句柄不具有線程關(guān)聯(lián)。 任何線程都可以通知事件等待句柄。

有關(guān)概念性概述，請參見 EventWaitHandle、AutoResetEvent、CountdownEvent 和 ManualResetEvent 。

因為 Mutex 和 Semaphore 類派生自 WaitHandle ，所以它們可用于 WaitHandle 的靜態(tài)方法。 例如，線程可以使用 WaitAll 方法等待，直到滿足以下三個條件為止： EventWaitHandle 接收到通知， Mutex 已釋放， Semaphore 已釋放。 類似地，線程可以使用 WaitAny 方法等待，直到滿足上述所有條件為止。

對于 Mutex 或 Semaphore ，接收到通知即意味著被釋放。 如果上述兩個類型之一用作 SignalAndWait 方法的第一個參數(shù)，該類型即被釋放。 對于具有線程關(guān)聯(lián)的 Mutex ，如果進行調(diào)用的線程不具有該 mutex，則會引發(fā)異常。 如前所述，信號量不具有線程關(guān)聯(lián)。

利用 Barrier 類，可以對多個線程進行循環(huán)同步，以便它們都在同一個點上阻塞并等待所有其他線程完成。 對于一個或多個線程在繼續(xù)某個算法的下一階段之前需要另一個線程的結(jié)果的情況，關(guān)卡很有用。 有關(guān)更多信息，請參見 屏障 (.NET Framework) 。

返回頁首