.NET 同步與非同步 之 EventWaitHandle

在前一篇我們已經提到Mutex和本篇的主角們直接或間接繼承自WaitHandle：

• Mutex類，這個我們在上一篇已經講過。

• EventWaitHandle 類別及其衍生類別AutoResetEvent 與 ManualResetEvent，這是本篇的主角。 ##map

  hore 類，即信號量，我們下一篇再講(忽然覺得沒有必要介紹了)。用來同步的方法。 ：

• SignalAndWait(WaitHandle, WaitHandle)：以原子操作的形式，向第一個WaitHandle發出訊號並等待第二個。 /進程，然後自己等待第二個WaitHandle，且這兩個動作是原子性的。 TimeSpan來定義等待逾時時間，以及是否從上下文的同步域中

  退出
。 ])：這是用來等待WaitHandle

陣列

裡的所有成員。於控制等待逾時的重載方法，請自行參考。返回。

# 

執行緒相關性

• #Mutex與Monitor一樣，是具有執行緒相關性的。到過，只有透過Monitor.Enter()/TryEnter()獲得物件鎖定的執行緒才能呼叫Pulse()/Wait()/Exit()；同樣的，只有獲得Mutex擁有權的執行緒才能執行ReleaseMutex()方法，否則就會引發異常。這就是所謂的線程相關性。

相反，EventWaitHandle以及它的衍生類別AutoResetEvent和ManualResetEvent都是線程無關的。任何執行緒都可以發送訊號給EventWaitHandle，喚醒阻塞在上面的執行緒。

• 下一篇要提到的Semaphore也是線程無關的。

 

• Event通知

EventWaitHandle、AutoResetEvent、ManualResetEvent名字裡都有一個“Event”，不過這跟. net的本身的

事件

機製完全沒有關係，它不涉及任何委託或事件處理程式。相對於我們之前碰到的Monitor和Mutex需要執行緒去爭奪「鎖」而言，我們可以把它們理解為一些需要執行緒等待的「事件」。線程透過等待這些事件的“發生”，把自己阻塞起來。一旦「事件」完成，被阻塞的執行緒在收到訊號後就可以繼續工作。

　　為了配合WaitHandle上的3個靜態方法SingnalAndWait()/WailAny()/WaitAll()，EventWaitHandle提供了自己獨有的，使「Event」完成和重新開始的方法：

• bool:Set()：英文版MSDN：Sets the state of the event to signaled, allowing one or more waiting threads to proceed；中文版MSDN：將事件
狀態
• 設定為終止狀態，允許一個或多個等待執行緒繼續。初看「signaled」和「終止」似乎不對應，細想起來這兩者的說法其實也不矛盾。事件如果在進行中，當然就沒有“終止”，那麼

  其它

  線程就需要等待；一旦事件完成，那麼事件就“終止”了，於是我們發送信號喚醒等待的線程，所以“信號已發送”狀態也是合理的。兩個小細節：

1. 無論中文或英文版，都提到這個方法都是可以讓「一個」或「多個」等待執行緒「繼續/Proceed」（注意不是「喚醒」）。所以這個方法在「喚醒」這個動作上是類似Monitor.Pulse()和Monitor.PulseAll()的。至於什麼時候類似Pulse()，又在什麼時候類似PulseAll()，往下看。

2. 這個方法有bool型的回傳值：如果該操作成功，則為true；否則，為false。不過MSDN並沒有告訴我們，什麼時候執行會失敗，你只有找微軟MVP問了。

bool:Reset()：Sets the state of the event to nonsignaled, causing threads to block. 將事件狀態設為非終止狀態，導致執行緒封鎖。 同樣，我們需要明白「nonsignaled」和「非終止」是一回事。同樣的是，仍然有個無厘頭的回傳值。 Reset()的作用，相當於讓事件重新開始處於“進行中”，那麼此後所有WaitOne()/WaitAll()/WaitAny()/SignalAndWait()這個事件的線程都會再次被擋在門外。

 

建構子

來看看EventWaitHandle眾多建構子中最簡單的一個：

• EventWaitHandle(Boolean initialState, EventResetMode mode)：初始化EventWaitHandle類別的新實例，並指定等待句柄最初是否處於終止狀態，以及它是自動重置還是手動重置。大多數時候我們會在第一個參數裡使用false，這樣新實例會缺省為「非終止」狀態。第二個參數EventResetMode是個列舉，總共兩個值：

1. EventResetMode.AutoReset：當Set()被呼叫目前EventWaitHandle轉入終止狀態時，若有執行緒阻塞在目前EventWaitHandle上，那麼在釋放一個執行緒後EventWaitHandle就會自動重置（相當於自動呼叫Reset()）再次轉入非終止狀態，剩餘的原來阻塞的線程（如果有的話）還會繼續阻塞。如果呼叫Set()後本沒有執行緒阻塞，那麼EventWaitHandle將保持「終止」狀態直到一個執行緒嘗試等待該事件，而這個執行緒不會被阻塞，此後EventWaitHandle才會自動重置並阻塞那之後的所有執行緒。

2. EventResetMode.ManualReset：當終止時，EventWaitHandle 釋放所有等待的線程，並在手動重置前，即Reset()被呼叫前，一直保持終止狀態。

　　好了，現在我們可以清楚的知道Set()在什麼時候分別類似於Monitor.Pulse()/PulseAll()了：

• #當EventWaitHandle工作在AutoReset模式下，就喚醒功能而言，Set()與Monitor.Pulse()類似。此時，Set()只能喚醒眾多（如果有多個的話）被阻塞執行緒中的一個。但兩者仍有些差別：

1. Set()的作用不僅僅是“喚醒”而是“釋放”，可以讓執行緒繼續工作（proceed）；相反， Pulse()喚醒的執行緒只是重新進入Running狀態，參與物件鎖定的爭奪，誰都不能保證它一定會獲得物件鎖定。

2. Pulse()的已被呼叫的狀態不會被維護。因此，如果在沒有等待執行緒時呼叫Pulse()，那麼下一個呼叫Monitor.Wait()的執行緒仍然會被阻塞，就像Pulse() 沒有被呼叫過。也就是說Monitor.Pulse()只在呼叫當時發揮作用，並不像Set()的作用會持續到下一個WaitXXX()。

在一個工作在ManualReset模式下的EventWaitHandle的Set()方法被呼叫時，它所扮演的喚醒作用與Monitor.PulseAll()類似，所有被阻塞的執行緒都會收到訊號被喚醒。而兩者的差異與上面完全相同。

　　來看看EventWaitHandle的其它建構子：

• EventWaitHandle(Boolean initialState, EventResetMode mode, String name)：前兩個參數我們已經看過，第三個參數name用於在系統範圍內指定同步事件的名稱。是的，正如我們在Mutex一篇中提到的，由於父類WaitHandle是具有跨進程域的能力的，因此跟Mutex一樣，我們可以創建一個全域的EventWaitHandle，讓後將它用於進程間的通知。注意，name仍然是大小寫敏感的，仍然有命名前綴的問題跟，你可以參考這裡。當name為null或空字串時，這等效於建立一個局部的未命名的EventWaitHandle。仍然同樣的還有，可能會因為已經系統中已經有同名的EventWaitHandle而只回傳一個實例表示同名的EventWaitHandle。所以最後仍舊同樣地，如果你需要知道這個EventWaitHandle是否由你最早創建，你需要使用以下兩個建構函式之一。

• EventWaitHandle(Boolean initialState, EventResetMode mode, String name, out Boolean createdNew)：createdNew用來表示是否成功建立了EventWaitHandle，true表示成功，false表示已經存在同名的事件。

• EventWaitHandle(Boolean initialState, EventResetMode mode, String name, out Boolean createdNew, EventWaitHandleSecurity)：關於安全的問題，直接查看這個建構子上的範例吧。全域MutexEventWaitHandle的安全性問題應該相對Mutex更需要注意，因為有可能駭客程式用相同的事件名稱對你的執行緒發送訊號或進行組織，那樣可能會嚴重危害你的業務邏輯。

 

MSDN Demo

#

using System;using System.Threading;public class Example
{    // The EventWaitHandle used to demonstrate the difference    // between AutoReset and ManualReset synchronization events.    //    private static EventWaitHandle ewh;    // A counter to make sure all threads are started and    // blocked before any are released. A Long is used to show    // the use of the 64-bit Interlocked methods.    //    private static long threadCount = 0;    // An AutoReset event that allows the main thread to block    // until an exiting thread has decremented the count.    //    private static EventWaitHandle clearCount = 
        new EventWaitHandle(false, EventResetMode.AutoReset);

    [MTAThread]    public static void Main()
    {        // Create an AutoReset EventWaitHandle.        //        ewh = new EventWaitHandle(false, EventResetMode.AutoReset);        // Create and start five numbered threads. Use the        // ParameterizedThreadStart delegate, so the thread        // number can be passed as an argument to the Start 
        // method.
        for (int i = 0; i  0)
        {
            Console.WriteLine("Press ENTER to release a waiting thread.");
            Console.ReadLine();            // SignalAndWait signals the EventWaitHandle, which            // releases exactly one thread before resetting, 
            // because it was created with AutoReset mode. 
            // SignalAndWait then blocks on clearCount, to 
            // allow the signaled thread to decrement the count            // before looping again.            //            WaitHandle.SignalAndWait(ewh, clearCount);
        }
        Console.WriteLine();        // Create a ManualReset EventWaitHandle.        //        ewh = new EventWaitHandle(false, EventResetMode.ManualReset);        // Create and start five more numbered threads.        //        for(int i=0; i<p><br></p><p> </p>

以上是.NET 同步與非同步 之 EventWaitHandle的詳細內容。更多資訊請關注PHP中文網其他相關文章！