程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> .NET網頁編程 >> ASP.NET >> ASP.NET基礎 >> C#中的委托和事件學習(續)

C#中的委托和事件學習(續)

編輯:ASP.NET基礎

引言

如果你看過了 C#中的委托和事件 一文,我想你對委托和事件已經有了一個基本的認識。但那些遠不是委托和事件的全部內容,還有很多的地方沒有涉及。本文將討論委托和事件一些更為細節的問題,包括一些大家常問到的問題,以及事件訪問器、異常處理、超時處理和異步方法調用等內容。

為什麼要使用事件而不是委托變量?

在 C#中的委托和事件 中,我提出了兩個為什麼在類型中使用事件向外部提供方法注冊,而不是直接使用委托變量的原因。主要是從封裝性和易用性上去考慮,但是還漏掉了一點,事件應該由事件發布者觸發,而不應該由客戶端(客戶程序)來觸發。這句話是什麼意思呢?請看下面的范例:

NOTE:注意這裡術語的變化,當我們單獨談論事件,我們說發布者(publisher)、訂閱者(subscriber)、客戶端(client)。當我們討論Observer模式,我們說主題(subject)和觀察者(observer)。客戶端通常是包含Main()方法的Program類。

class Program {
   static void Main(string[] args) {
     Publishser pub = new Publishser();
     Subscriber sub = new Subscriber();
     
     pub.NumberChanged += new NumberChangedEventHandler(sub.OnNumberChanged);
     pub.DoSomething();     // 應該通過DoSomething()來觸發事件
    pub.NumberChanged(100);   // 但可以被這樣直接調用,對委托變量的不恰當使用
  }
 }

// 定義委托
public delegate void NumberChangedEventHandler(int count);

// 定義事件發布者
public class Publishser {
   private int count;
   public NumberChangedEventHandler NumberChanged;     // 聲明委托變量
  //public event NumberChangedEventHandler NumberChanged; // 聲明一個事件

  public void DoSomething() {
     // 在這裡完成一些工作 ...

     if (NumberChanged != null) {  // 觸發事件
      count++;
       NumberChanged(count);
     }
   }
 }

// 定義事件訂閱者
public class Subscriber {
   public void OnNumberChanged(int count) {
     Console.WriteLine("Subscriber notified: count = {0}", count);
   }
 }

上面代碼定義了一個NumberChangedEventHandler委托,然後我們創建了事件的發布者Publisher和訂閱者Subscriber。當使用委托變量時,客戶端可以直接通過委托變量觸發事件,也就是直接調用pub.NumberChanged(100),這將會影響到所有注冊了該委托的訂閱者。而事件的本意應該為在事件發布者在其本身的某個行為中觸發,比如說在方法DoSomething()中滿足某個條件後觸發。通過添加event關鍵字來發布事件,事件發布者的封裝性會更好,事件僅僅是供其他類型訂閱,而客戶端不能直接觸發事件(語句pub.NumberChanged(100)無法通過編譯),事件只能在事件發布者Publisher類的內部觸發(比如在方法pub.DoSomething()中),換言之,就是NumberChanged(100)語句只能在Publisher內部被調用。

大家可以嘗試一下,將委托變量的聲明那行代碼注釋掉,然後取消下面事件聲明的注釋。此時程序是無法編譯的,當你使用了event關鍵字之後,直接在客戶端觸發事件這種行為,也就是直接調用pub.NumberChanged(100),是被禁止的。事件只能通過調用DoSomething()來觸發。這樣才是事件的本意,事件發布者的封裝才會更好。

就好像如果我們要定義一個數字類型,我們會使用int而不是使用object一樣,給予對象過多的能力並不見得是一件好事,應該是越合適越好。盡管直接使用委托變量通常不會有什麼問題,但它給了客戶端不應具有的能力,而使用事件,可以限制這一能力,更精確地對類型進行封裝。

NOTE:這裡還有一個約定俗稱的規定,就是訂閱事件的方法的命名,通常為“On事件名”,比如這裡的OnNumberChanged。

為什麼委托定義的返回值通常都為void?

盡管並非必需,但是我們發現很多的委托定義返回值都為void,為什麼呢?這是因為委托變量可以供多個訂閱者注冊,如果定義了返回值,那麼多個訂閱者的方法都會向發布者返回數值,結果就是後面一個返回的方法值將前面的返回值覆蓋掉了,因此,實際上只能獲得最後一個方法調用的返回值。可以運行下面的代碼測試一下。除此以外,發布者和訂閱者是松耦合的,發布者根本不關心誰訂閱了它的事件、為什麼要訂閱,更別說訂閱者的返回值了,所以返回訂閱者的方法返回值大多數情況下根本沒有必要。

class Program {
   static void Main(string[] args) {
     Publishser pub = new Publishser();
     Subscriber1 sub1 = new Subscriber1();
     Subscriber2 sub2 = new Subscriber2();
     Subscriber3 sub3 = new Subscriber3();

     pub.NumberChanged += new GeneralEventHandler(sub1.OnNumberChanged);
     pub.NumberChanged += new GeneralEventHandler(sub2.OnNumberChanged);
     pub.NumberChanged += new GeneralEventHandler(sub3.OnNumberChanged);
     pub.DoSomething();     // 觸發事件
  }
 }

// 定義委托
public delegate string GeneralEventHandler();

// 定義事件發布者
public class Publishser {
   public event GeneralEventHandler NumberChanged; // 聲明一個事件
  public void DoSomething() {
     if (NumberChanged != null) {  // 觸發事件
      string rtn = NumberChanged();
       Console.WriteLine(rtn);   // 打印返回的字符串,輸出為Subscriber3
    }
   }
 }

// 定義事件訂閱者
public class Subscriber1 { 
   public string OnNumberChanged() {
     return "Subscriber1";
   }
 }
public class Subscriber2 { /* 略,與上類似,返回Subscriber2*/ }
public class Subscriber3 { /* 略,與上類似,返回Subscriber3*/ }

如果運行這段代碼,得到的輸出是Subscriber3,可以看到,只得到了最後一個注冊方法的返回值。

如何讓事件只允許一個客戶訂閱?

少數情況下,比如像上面,為了避免發生“值覆蓋”的情況(更多是在異步調用方法時,後面會討論),我們可能想限制只允許一個客戶端注冊。此時怎麼做呢?我們可以向下面這樣,將事件聲明為private的,然後提供兩個方法來進行注冊和取消注冊:

// 定義事件發布者
public class Publishser {
   private event GeneralEventHandler NumberChanged;  // 聲明一個私有事件
  // 注冊事件
  public void Register(GeneralEventHandler method) {
     NumberChanged = method;
   }
   // 取消注冊
  public void UnRegister(GeneralEventHandler method) {
     NumberChanged -= method;
   }

   public void DoSomething() {
     // 做某些其余的事情
    if (NumberChanged != null) {  // 觸發事件
      string rtn = NumberChanged();
       Console.WriteLine("Return: {0}", rtn);   // 打印返回的字符串,輸出為Subscriber3
    }
   }
 }

NOTE:注意上面,在UnRegister()中,沒有進行任何判斷就使用了NumberChanged-=method語句。這是因為即使method方法沒有進行過注冊,此行語句也不會有任何問題,不會拋出異常,僅僅是不會產生任何效果而已。

注意在Register()方法中,我們使用了賦值操作符“=”,而非“+=”,通過這種方式就避免了多個方法注冊。上面的代碼盡管可以完成我們的需要,但是此時大家還應該注意下面兩點:

1、將NumberChanged聲明為委托變量還是事件都無所謂了,因為它是私有的,即便將它聲明為一個委托變量,客戶端也看不到它,也就無法通過它來觸發事件、調用訂閱者的方法。而只能通過Register()和UnRegister()方法來注冊和取消注冊,通過調用DoSomething()方法觸發事件(而不是NumberChanged本身,這在前面已經討論過了)。

2、我們還應該發現,這裡采用的、對NumberChanged委托變量的訪問模式和C#中的屬性是多麼類似啊?大家知道,在C#中通常一個屬性對應一個類型成員,而在類型的外部對成員的操作全部通過屬性來完成。盡管這裡對委托變量的處理是類似的效果,但卻使用了兩個方法來進行模擬,有沒有辦法像使用屬性一樣來完成上面的例子呢?答案是有的,C#中提供了一種叫事件訪問器(Event Accessor)的東西,它用來封裝委托變量。如下面例子所示:

class Program {
   static void Main(string[] args) {
     Publishser pub = new Publishser();
     Subscriber1 sub1 = new Subscriber1();
     Subscriber2 sub2 = new Subscriber2();

     pub.NumberChanged -= sub1.OnNumberChanged; // 不會有任何反應
    pub.NumberChanged += sub2.OnNumberChanged; // 注冊了sub2
    pub.NumberChanged += sub1.OnNumberChanged; // sub1將sub2的覆蓋掉了
    
     pub.DoSomething();     // 觸發事件
  }
 }

// 定義委托
public delegate string GeneralEventHandler();

// 定義事件發布者
public class Publishser {
   // 聲明一個委托變量
  private GeneralEventHandler numberChanged;
   // 事件訪問器的定義
  public event GeneralEventHandler NumberChanged {
     add {
       numberChanged = value;
     }
     remove {
       numberChanged -= value;
     }
   }
   
   public void DoSomething() {
     // 做某些其他的事情
    if (numberChanged != null) {  // 通過委托變量觸發事件
      string rtn = numberChanged();
       Console.WriteLine("Return: {0}", rtn);   // 打印返回的字符串
    }
   }
 }

// 定義事件訂閱者
public class Subscriber1 {
   public string OnNumberChanged() {
     Console.WriteLine("Subscriber1 Invoked!");
     return "Subscriber1";
   }
 }
public class Subscriber2 {/* 與上類同,略 */}
public class Subscriber3 {/* 與上類同,略 */}

上面代碼中類似屬性的public event GeneralEventHandler NumberChanged {add{...}remove{...}}語句便是事件訪問器。使用了事件訪問器以後,在DoSomething方法中便只能通過numberChanged委托變量來觸發事件,而不能NumberChanged事件訪問器(注意它們的大小寫不同)觸發,它只用於注冊和取消注冊。下面是代碼輸出:

復制代碼 代碼如下:
Subscriber1 Invoked!
Return: Subscriber1

獲得多個返回值與異常處理

現在假設我們想要獲得多個訂閱者的返回值,以List<string>的形式返回,該如何做呢?我們應該記得委托定義在編譯時會生成一個繼承自MulticastDelegate的類,而這個MulticastDelegate又繼承自Delegate,在Delegate內部,維護了一個委托鏈表,鏈表上的每一個元素,為一個只包含一個目標方法的委托對象。而通過Delegate基類的GetInvocationList()靜態方法,可以獲得這個委托鏈表。隨後我們遍歷這個鏈表,通過鏈表中的每個委托對象來調用方法,這樣就可以分別獲得每個方法的返回值:

class Program4 {
   static void Main(string[] args) {
     Publishser pub = new Publishser();
     Subscriber1 sub1 = new Subscriber1();
     Subscriber2 sub2 = new Subscriber2();
     Subscriber3 sub3 = new Subscriber3();

     pub.NumberChanged += new DemoEventHandler(sub1.OnNumberChanged);
     pub.NumberChanged += new DemoEventHandler(sub2.OnNumberChanged);
     pub.NumberChanged += new DemoEventHandler(sub3.OnNumberChanged);

     List<string> list = pub.DoSomething(); //調用方法,在方法內觸發事件

    foreach (string str in list) {
       Console.WriteLine(str);
     }      
   }
 }

public delegate string DemoEventHandler(int num);

// 定義事件發布者
public class Publishser {
   public event DemoEventHandler NumberChanged;  // 聲明一個事件

  public List<string> DoSomething() {
     // 做某些其他的事

    List<string> strList = new List<string>();
     if (NumberChanged == null) return strList;

     // 獲得委托數組
    Delegate[] delArray = NumberChanged.GetInvocationList();

     foreach (Delegate del in delArray) {
       // 進行一個向下轉換
      DemoEventHandler method = (DemoEventHandler)del;
       strList.Add(method(100));    // 調用方法並獲取返回值
    }
     
     return strList;
   }
 }

// 定義事件訂閱者
public class Subscriber1 {
   public string OnNumberChanged(int num) {
     Console.WriteLine("Subscriber1 invoked, number:{0}", num);
     return "[Subscriber1 returned]";
   }
 }
public class Subscriber3 {與上面類同,略}
public class Subscriber3 {與上面類同,略}

如果運行上面的代碼,可以得到這樣的輸出:
復制代碼 代碼如下:
Subscriber1 invoked, number:100
Subscriber2 invoked, number:100
Subscriber3 invoked, number:100
[Subscriber1 returned]
[Subscriber2 returned]
[Subscriber3 returned]

可見我們獲得了三個方法的返回值。而我們前面說過,很多情況下委托的定義都不包含返回值,所以上面介紹的方法似乎沒有什麼實際意義。其實通過這種方式來觸發事件最常見的情況應該是在異常處理中,因為很有可能在觸發事件時,訂閱者的方法會拋出異常,而這一異常會直接影響到發布者,使得發布者程序中止,而後面訂閱者的方法將不會被執行。因此我們需要加上異常處理,考慮下面一段程序:

class Program5 {
   static void Main(string[] args) {
     Publisher pub = new Publisher();
     Subscriber1 sub1 = new Subscriber1();
     Subscriber2 sub2 = new Subscriber2();
     Subscriber3 sub3 = new Subscriber3();

     pub.NumberChanged += new DemoEventHandler(sub1.OnNumberChanged);
     pub.NumberChanged += new DemoEventHandler(sub2.OnNumberChanged);
     pub.NumberChanged += new DemoEventHandler(sub3.OnNumberChanged);
   }
 }

public class Publisher {
   public event EventHandler MyEvent;
   public void DoSomething() {
     // 做某些其他的事情
    if (MyEvent != null) {
       try {
         MyEvent(this, EventArgs.Empty);
       } catch (Exception e) {
         Console.WriteLine("Exception: {0}", e.Message);
       }
     }
   }
 }

public class Subscriber1 {
   public void OnEvent(object sender, EventArgs e) {
     Console.WriteLine("Subscriber1 Invoked!");
   }
 }

public class Subscriber2 {
   public void OnEvent(object sender, EventArgs e) {
     throw new Exception("Subscriber2 Failed");
   }
 }
public class Subscriber3 {/* 與Subsciber1類同,略*/}

注意到我們在Subscriber2中拋出了異常,同時我們在Publisher中使用了try/catch語句來處理異常。運行上面的代碼,我們得到的結果是:

復制代碼 代碼如下:
Subscriber1 Invoked!
Exception: Subscriber2 Failed

可以看到,盡管我們捕獲了異常,使得程序沒有異常結束,但是卻影響到了後面的訂閱者,因為Subscriber3也訂閱了事件,但是卻沒有收到事件通知(它的方法沒有被調用)。此時,我們可以采用上面的辦法,先獲得委托鏈表,然後在遍歷鏈表的循環中處理異常,我們只需要修改一下DoSomething方法就可以了:

public void DoSomething() {
   if (MyEvent != null) {
     Delegate[] delArray = MyEvent.GetInvocationList();
     foreach (Delegate del in delArray) {
       EventHandler method = (EventHandler)del;  // 強制轉換為具體的委托類型
      try {
         method(this, EventArgs.Empty);
       } catch (Exception e) {
         Console.WriteLine("Exception: {0}", e.Message);
       }
     }
   }
 }

注意到Delegate是EventHandler的基類,所以為了觸發事件,先要進行一個向下的強制轉換,之後才能在其上觸發事件,調用所有注冊對象的方法。除了使用這種方式以外,還有一種更靈活方式可以調用方法,它是定義在Delegate基類中的DynamicInvoke()方法:

public object DynamicInvoke(params object[] args);

這可能是調用委托最通用的方法了,適用於所有類型的委托。它接受的參數為object[],也就是說它可以將任意數量的任意類型作為參數,並返回單個object對象。上面的DoSomething()方法也可以改寫成下面這種通用形式:

public void DoSomething() {
   // 做某些其他的事情
  if (MyEvent != null) {
     Delegate[] delArray = MyEvent.GetInvocationList();
     foreach (Delegate del in delArray) {          
       try {
         // 使用DynamicInvoke方法觸發事件
        del.DynamicInvoke(this, EventArgs.Empty);  
       } catch (Exception e) {
         Console.WriteLine("Exception: {0}", e.Message);
       }
     }
   }
 }

注意現在在DoSomething()方法中,我們取消了向具體委托類型的向下轉換,現在沒有了任何的基於特定委托類型的代碼,而DynamicInvoke又可以接受任何類型的參數,且返回一個object對象。所以我們完全可以將DoSomething()方法抽象出來,使它成為一個公共方法,然後供其他類來調用,我們將這個方法聲明為靜態的,然後定義在Program類中:

// 觸發某個事件,以列表形式返回所有方法的返回值
public static object[] FireEvent(Delegate del, params object[] args){

   List<object> objList = new List<object>();

   if (del != null) {
     Delegate[] delArray = del.GetInvocationList();
     foreach (Delegate method in delArray) {
       try {
         // 使用DynamicInvoke方法觸發事件
        object obj = method.DynamicInvoke(args);
         if (obj != null)
           objList.Add(obj);
       } catch { }
     }
   }
   return objList.ToArray();
 }

隨後,我們在DoSomething()中只要簡單的調用一下這個方法就可以了:

public void DoSomething() {
   // 做某些其他的事情
  Program5.FireEvent(MyEvent, this, EventArgs.Empty);
 }

注意FireEvent()方法還可以返回一個object[]數組,這個數組包括了所有訂閱者方法的返回值。而在上面的例子中,我沒有演示如何獲取並使用這個數組,為了節省篇幅,這裡也不再贅述了,在本文附帶的代碼中,有關於這部分的演示,有興趣的朋友可以下載下來看看。

委托中訂閱者方法超時的處理

訂閱者除了可以通過異常的方式來影響發布者以外,還可以通過另一種方式:超時。一般說超時,指的是方法的執行超過某個指定的時間,而這裡我將含義擴展了一下,凡是方法執行的時間比較長,我就認為它超時了,這個“比較長”是一個比較模糊的概念,2秒、3秒、5秒都可以視為超時。超時和異常的區別就是超時並不會影響事件的正確觸發和程序的正常運行,卻會導致事件觸發後需要很長才能夠結束。在依次執行訂閱者的方法這段期間內,客戶端程序會被中斷,什麼也不能做。因為當執行訂閱者方法時(通過委托,相當於依次調用所有注冊了的方法),當前線程會轉去執行方法中的代碼,調用方法的客戶端會被中斷,只有當方法執行完畢並返回時,控制權才會回到客戶端,從而繼續執行下面的代碼。我們來看一下下面一個例子:

class Program6 {
   static void Main(string[] args) {

     Publisher pub = new Publisher();
     Subscriber1 sub1 = new Subscriber1();
     Subscriber2 sub2 = new Subscriber2();
     Subscriber3 sub3 = new Subscriber3();

     pub.MyEvent += new EventHandler(sub1.OnEvent);
     pub.MyEvent += new EventHandler(sub2.OnEvent);
     pub.MyEvent += new EventHandler(sub3.OnEvent);

     pub.DoSomething();   // 觸發事件

    Console.WriteLine("\nControl back to client!"); // 返回控制權
  }

   // 觸發某個事件,以列表形式返回所有方法的返回值
  public static object[] FireEvent(Delegate del, params object[] args) {
     // 代碼與上同,略
  }
 }

public class Publisher {
   public event EventHandler MyEvent;
   public void DoSomething() {
     // 做某些其他的事情
    Console.WriteLine("DoSomething invoked!");
     Program6.FireEvent(MyEvent, this, EventArgs.Empty); //觸發事件
  }
 }

public class Subscriber1 {
   public void OnEvent(object sender, EventArgs e) {
     Thread.Sleep(TimeSpan.FromSeconds(3));
     Console.WriteLine("Waited for 3 seconds, subscriber1 invoked!");
   }
 }
public class Subscriber2 {
   public void OnEvent(object sender, EventArgs e) {
     Console.WriteLine("Subscriber2 immediately Invoked!");
   }
 }
public class Subscriber3 {
   public void OnEvent(object sender, EventArgs e) {
     Thread.Sleep(TimeSpan.FromSeconds(2));
     Console.WriteLine("Waited for 2 seconds, subscriber2 invoked!");
   }
 }

在這段代碼中,我們使用Thread.Sleep()靜態方法模擬了方法超時的情況。其中Subscriber1.OnEvent()需要三秒鐘完成,Subscriber2.OnEvent()立即執行,Subscriber3.OnEvent需要兩秒完成。這段代碼完全可以正常輸出,也沒有異常拋出(如果有,也僅僅是該訂閱者被忽略掉),下面是輸出的情況:

復制代碼 代碼如下:
DoSomething invoked!
Waited for 3 seconds, subscriber1 invoked!
Subscriber2 immediately Invoked!
Waited for 2 seconds, subscriber2 invoked!

Control back to client!

但是這段程序在調用方法DoSomething()、打印了“DoSomething invoked”之後,觸發了事件,隨後必須等訂閱者的三個方法全部執行完畢了之後,也就是大概5秒鐘的時間,才能繼續執行下面的語句,也就是打印“Control back to client”。而我們前面說過,很多情況下,尤其是遠程調用的時候(比如說在Remoting中),發布者和訂閱者應該是完全的松耦合,發布者不關心誰訂閱了它、不關心訂閱者的方法有什麼返回值、不關心訂閱者會不會拋出異常,當然也不關心訂閱者需要多長時間才能完成訂閱的方法,它只要在事件發生的那一瞬間告知訂閱者事件已經發生並將相關參數傳給訂閱者就可以了。然後它就應該繼續執行它後面的動作,在本例中就是打印“Control back to client!”。而訂閱者不管失敗或是超時都不應該影響到發布者,但在上面的例子中,發布者卻不得不等待訂閱者的方法執行完畢才能繼續運行。

現在我們來看下如何解決這個問題,先回顧一下之前我在C#中的委托和事件一文中提到的內容,我說過,委托的定義會生成繼承自MulticastDelegate的完整的類,其中包含Invoke()、BeginInvoke()和EndInvoke()方法。當我們直接調用委托時,實際上是調用了Invoke()方法,它會中斷調用它的客戶端,然後在客戶端線程上執行所有訂閱者的方法(客戶端無法繼續執行後面代碼),最後將控制權返回客戶端。注意到BeginInvoke()、EndInvoke()方法,在.Net中,異步執行的方法通常都會配對出現,並且以Begin和End作為方法的開頭(最常見的可能就是Stream類的BeginRead()和EndRead()方法了)。它們用於方法的異步執行,即是在調用BeginInvoke()之後,客戶端從線程池中抓取一個閒置線程,然後交由這個線程去執行訂閱者的方法,而客戶端線程則可以繼續執行下面的代碼。

BeginInvoke()接受“動態”的參數個數和類型,為什麼說“動態”的呢?因為它的參數是在編譯時根據委托的定義動態生成的,其中前面參數的個數和類型與委托定義中接受的參數個數和類型相同,最後兩個參數分別是AsyncCallback和Object類型,對於它們更具體的內容,可以參見下一節委托和方法的異步調用部分。現在,我們僅需要對這兩個參數傳入null就可以了。另外還需要注意幾點:

  • 在委托類型上調用BeginInvoke()時,此委托對象只能包含一個目標方法,所以對於多個訂閱者注冊的情況,必須使用GetInvocationList()獲得所有委托對象,然後遍歷它們,分別在其上調用BeginInvoke()方法。如果直接在委托上調用BeginInvoke(),會拋出異常,提示“委托只能包含一個目標方法”。
  • 如果訂閱者的方法拋出異常,.NET會捕捉到它,但是只有在調用EndInvoke()的時候,才會將異常重新拋出。而在本例中,我們不使用EndInvoke()(因為我們不關心訂閱者的執行情況),所以我們無需處理異常,因為即使拋出異常,也是在另一個線程上,不會影響到客戶端線程(客戶端甚至不知道訂閱者發生了異常,這有時是好事有時是壞事)。
  • BeginInvoke()方法屬於委托定義所生成的類,它既不屬於MulticastDelegate也不屬於Delegate基類,所以無法繼續使用可重用的FireEvent()方法,我們需要進行一個向下轉換,來獲取到實際的委托類型。

現在我們修改一下上面的程序,使用異步調用來解決訂閱者方法執行超時的情況:

class Program6 {
   static void Main(string[] args) {

     Publisher pub = new Publisher();
     Subscriber1 sub1 = new Subscriber1();
     Subscriber2 sub2 = new Subscriber2();
     Subscriber3 sub3 = new Subscriber3();

     pub.MyEvent += new EventHandler(sub1.OnEvent);
     pub.MyEvent += new EventHandler(sub2.OnEvent);
     pub.MyEvent += new EventHandler(sub3.OnEvent);

     pub.DoSomething();   // 觸發事件

    Console.WriteLine("Control back to client!\n"); // 返回控制權
    Console.WriteLine("Press any thing to exit...");
     Console.ReadKey();   // 暫停客戶程序,提供時間供訂閱者完成方法
  }
 }

public class Publisher {
   public event EventHandler MyEvent;
   public void DoSomething() {     
     // 做某些其他的事情
    Console.WriteLine("DoSomething invoked!");

     if (MyEvent != null) {
       Delegate[] delArray = MyEvent.GetInvocationList();

       foreach (Delegate del in delArray) {
         EventHandler method = (EventHandler)del;
         method.BeginInvoke(null, EventArgs.Empty, null, null);
       }
     }
   }
 }

public class Subscriber1 {
   public void OnEvent(object sender, EventArgs e) {
     Thread.Sleep(TimeSpan.FromSeconds(3));   // 模擬耗時三秒才能完成方法
    Console.WriteLine("Waited for 3 seconds, subscriber1 invoked!");
   }
 }

public class Subscriber2 {
   public void OnEvent(object sender, EventArgs e) {
     throw new Exception("Subsciber2 Failed");  // 即使拋出異常也不會影響到客戶端
    //Console.WriteLine("Subscriber2 immediately Invoked!");
  }
 }

public class Subscriber3 {
   public void OnEvent(object sender, EventArgs e) {
     Thread.Sleep(TimeSpan.FromSeconds(2)); // 模擬耗時兩秒才能完成方法
    Console.WriteLine("Waited for 2 seconds, subscriber3 invoked!");
   }
 }

運行上面的代碼,會得到下面的輸出:
復制代碼 代碼如下:
DoSomething invoked!
Control back to client!

Press any thing to exit...

Waited for 2 seconds, subscriber3 invoked!
Waited for 3 seconds, subscriber1 invoked!

需要注意代碼輸出中的幾個變化:

1.我們需要在客戶端程序中調用Console.ReadKey()方法來暫停客戶端,以提供足夠的時間來讓異步方法去執行完代碼,不然的話客戶端的程序到此處便會運行結束,程序會退出,不會看到任何訂閱者方法的輸出,因為它們根本沒來得及執行完畢。原因是這樣的:客戶端所在的線程我們通常稱為主線程,而執行訂閱者方法的線程來自線程池,屬於後台線程(Background Thread),當主線程結束時,不論後台線程有沒有結束,都會退出程序。(當然還有一種前台線程(Foreground Thread),主線程結束後必須等前台線程也結束後程序才會退出,關於線程的討論可以開辟另一個龐大的主題,這裡就不討論了)。
2.在打印完“Press any thing to exit...”之後,兩個訂閱者的方法會以2秒、1秒的間隔顯示出來,且盡管我們先注冊了subscirber1,但是卻先執行了subscriber3,這是因為執行它需要的時間更短。除此以外,注意到這兩個方法是並行執行的,所以執行它們的總時間是最長的方法所需要的時間,也就是3秒,而不是他們的累加5秒。
3.如同前面所提到的,盡管subscriber2拋出了異常,我們也沒有針對異常進行處理,但是客戶程序並沒有察覺到,程序也沒有因此而中斷。

委托和方法的異步調用

通常情況下,如果需要異步執行一個耗時的操作,我們會新起一個線程,然後讓這個線程去執行代碼。但是對於每一個異步調用都通過創建線程來進行操作顯然會對性能產生一定的影響,同時操作也相對繁瑣一些。.Net中可以通過委托進行方法的異步調用,就是說客戶端在異步調用方法時,本身並不會因為方法的調用而中斷,而是從線程池中抓取一個線程去執行該方法,自身線程(主線程)在完成抓取線程這一過程之後,繼續執行下面的代碼,這樣就實現了代碼的並行執行。使用線程池的好處就是避免了頻繁進行異步調用時創建、銷毀線程的開銷。

如同上面所示,當我們在委托對象上調用BeginInvoke()時,便進行了一個異步的方法調用。上面的例子中是在事件的發布和訂閱這一過程中使用了異步調用,而在事件發布者和訂閱者之間往往是松耦合的,發布者通常不需要獲得訂閱者方法執行的情況;而當使用異步調用時,更多情況下是為了提升系統的性能,而並非專用於事件的發布和訂閱這一編程模型。而在這種情況下使用異步編程時,就需要進行更多的控制,比如當異步執行方法的方法結束時通知客戶端、返回異步執行方法的返回值等。本節就對BeginInvoke()方法、EndInvoke()方法和其相關的IAysncResult做一個簡單的介紹。

NOTE:注意此處我已經不再使用發布者、訂閱者這些術語,因為我們不再是討論上面的事件模型,而是討論在客戶端程序中異步地調用方法,這裡有一個思維的轉變。

我們看這樣一段代碼,它演示了不使用異步調用的通常情況:

class Program7 {
   static void Main(string[] args) {

     Console.WriteLine("Client application started!\n");
     Thread.CurrentThread.Name = "Main Thread";

     Calculator cal = new Calculator();
     int result = cal.Add(2, 5);
     Console.WriteLine("Result: {0}\n", result); 
     
     // 做某些其它的事情,模擬需要執行3秒鐘
    for (int i = 1; i <= 3; i++) {
       Thread.Sleep(TimeSpan.FromSeconds(i));
       Console.WriteLine("{0}: Client executed {1} second(s).",
         Thread.CurrentThread.Name, i); 
     }

     Console.WriteLine("\nPress any key to exit...");
     Console.ReadKey();
   }
 }

public class Calculator {
   public int Add(int x, int y) {
     if (Thread.CurrentThread.IsThreadPoolThread) {
       Thread.CurrentThread.Name = "Pool Thread";
     }
     Console.WriteLine("Method invoked!");      

     // 執行某些事情,模擬需要執行2秒鐘
    for (int i = 1; i <= 2; i++) {
       Thread.Sleep(TimeSpan.FromSeconds(i));
       Console.WriteLine("{0}: Add executed {1} second(s).", 
         Thread.CurrentThread.Name, i); 
     }
     Console.WriteLine("Method complete!");
     return x + y;
   }
 } 

上面代碼有幾個關於對於線程的操作,如果不了解可以看一下下面的說明,如果你已經了解可以直接跳過:

•Thread.Sleep(),它會讓執行當前代碼的線程暫停一段時間(如果你對線程的概念比較陌生,可以理解為使程序的執行暫停一段時間),以毫秒為單位,比如Thread.Sleep(1000),將會使線程暫停1秒鐘。在上面我使用了它的重載方法,個人覺得使用TimeSpan.FromSeconds(1),可讀性更好一些。
•Thread.CurrentThread.Name,通過這個屬性可以設置、獲取執行當前代碼的線程的名稱,值得注意的是這個屬性只可以設置一次,如果設置兩次,會拋出異常。
•Thread.IsThreadPoolThread,可以判斷執行當前代碼的線程是否為線程池中的線程。

通過這幾個方法和屬性,有助於我們更好地調試異步調用方法。上面代碼中除了加入了一些對線程的操作以外再沒有什麼特別之處。我們建了一個Calculator類,它只有一個Add方法,我們模擬了這個方法需要執行2秒鐘時間,並且每隔一秒進行一次輸出。而在客戶端程序中,我們使用result變量保存了方法的返回值並進行了打印。隨後,我們再次模擬了客戶端程序接下來的操作需要執行2秒鐘時間。運行這段程序,會產生下面的輸出:

復制代碼 代碼如下:
Client application started!

Method invoked!
Main Thread: Add executed 1 second(s).
Main Thread: Add executed 2 second(s).
Method complete!
Result: 7

Main Thread: Client executed 1 second(s).
Main Thread: Client executed 2 second(s).
Main Thread: Client executed 3 second(s).

Press any key to exit...

如果你確實執行了這段代碼,會看到這些輸出並不是一瞬間輸出的,而是執行了大概5秒鐘的時間,因為線程是串行執行的,所以在執行完Add()方法之後才會繼續客戶端剩下的代碼。

接下來我們定義一個AddDelegate委托,並使用BeginInvoke()方法來異步地調用它。在上面已經介紹過,BeginInvoke()除了最後兩個參數為AsyncCallback類型和Object類型以外,前面的參數類型和個數與委托定義相同。另外BeginInvoke()方法返回了一個實現了IAsyncResult接口的對象(實際上就是一個AsyncResult類型實例,注意這裡IAsyncResult和AysncResult是不同的,它們均包含在.Net Framework中)。

AsyncResult的用途有這麼幾個:傳遞參數,它包含了對調用了BeginInvoke()的委托的引用;它還包含了BeginInvoke()的最後一個Object類型的參數;它可以鑒別出是哪個方法的哪一次調用,因為通過同一個委托變量可以對同一個方法調用多次。

EndInvoke()方法接受IAsyncResult類型的對象(以及ref和out類型參數,這裡不討論了,對它們的處理和返回值類似),所以在調用BeginInvoke()之後,我們需要保留IAsyncResult,以便在調用EndInvoke()時進行傳遞。這裡最重要的就是EndInvoke()方法的返回值,它就是方法的返回值。除此以外,當客戶端調用EndInvoke()時,如果異步調用的方法沒有執行完畢,則會中斷當前線程而去等待該方法,只有當異步方法執行完畢後才會繼續執行後面的代碼。所以在調用完BeginInvoke()後立即執行EndInvoke()是沒有任何意義的。我們通常在盡可能早的時候調用BeginInvoke(),然後在需要方法的返回值的時候再去調用EndInvoke(),或者是根據情況在晚些時候調用。說了這麼多,我們現在看一下使用異步調用改寫後上面的代碼吧:

public delegate int AddDelegate(int x, int y);

class Program8 {  

   static void Main(string[] args) {

     Console.WriteLine("Client application started!\n");
     Thread.CurrentThread.Name = "Main Thread";
           
     Calculator cal = new Calculator();
     AddDelegate del = new AddDelegate(cal.Add);
     IAsyncResult asyncResult = del.BeginInvoke(2,5,null,null); // 異步調用方法

    // 做某些其它的事情,模擬需要執行3秒鐘
    for (int i = 1; i <= 3; i++) {
       Thread.Sleep(TimeSpan.FromSeconds(i));
       Console.WriteLine("{0}: Client executed {1} second(s).",
         Thread.CurrentThread.Name, i);
     }

     int rtn = del.EndInvoke(asyncResult);
     Console.WriteLine("Result: {0}\n", rtn);

     Console.WriteLine("\nPress any key to exit...");
     Console.ReadKey();
   }
 }

public class Calculator { /* 與上面同,略 */}

此時的輸出為:

復制代碼 代碼如下:
Client application started!

Method invoked!
Main Thread: Client executed 1 second(s).
Pool Thread: Add executed 1 second(s).
Main Thread: Client executed 2 second(s).
Pool Thread: Add executed 2 second(s).
Method complete!
Main Thread: Client executed 3 second(s).
Result: 7


Press any key to exit...

現在執行完這段代碼只需要3秒鐘時間,兩個for循環所產生的輸出交替進行,這也說明了這兩段代碼並行執行的情況。可以看到Add()方法是由線程池中的線程在執行,因為Thread.CurrentThread.IsThreadPoolThread返回了True,同時我們對該線程命名為了Pool Thread。另外我們可以看到通過EndInvoke()方法得到了返回值。

有時候,我們可能會將獲得返回值的操作放到另一段代碼或者客戶端去執行,而不是向上面那樣直接寫在BeginInvoke()的後面。比如說我們在Program中新建一個方法GetReturn(),此時可以通過AsyncResult的AsyncDelegate獲得del委托對象,然後再在其上調用EndInvoke()方法,這也說明了AsyncResult可以唯一的獲取到與它相關的調用了的方法(或者也可以理解成委托對象)。所以上面獲取返回值的代碼也可以改寫成這樣:

static int GetReturn(IAsyncResult asyncResult) {
   AsyncResult result = (AsyncResult)asyncResult;
   AddDelegate del = (AddDelegate)result.AsyncDelegate;
   int rtn = del.EndInvoke(asyncResult);
   return rtn;
 }

然後再將int rtn = del.EndInvoke(asyncResult);語句改為int rtn = GetReturn(asyncResult);。注意上面IAsyncResult要轉換為實際的類型AsyncResult才能訪問AsyncDelegate屬性,因為它沒有包含在IAsyncResult接口的定義中。

BeginInvoke的另外兩個參數分別是AsyncCallback和Object類型,其中AsyncCallback是一個委托類型,它用於方法的回調,即是說當異步方法執行完畢時自動進行調用的方法。它的定義為:

public delegate void AsyncCallback(IAsyncResult ar);

Object類型用於傳遞任何你想要的數值,它可以通過IAsyncResult的AsyncState屬性獲得。下面我們將獲取方法返回值、打印返回值的操作放到了OnAddComplete()回調方法中:

public delegate int AddDelegate(int x, int y);

class Program9 {

   static void Main(string[] args) {

     Console.WriteLine("Client application started!\n");
     Thread.CurrentThread.Name = "Main Thread";

     Calculator cal = new Calculator();
     AddDelegate del = new AddDelegate(cal.Add);
     string data = "Any data you want to pass.";
     AsyncCallback callBack = new AsyncCallback(OnAddComplete);
     del.BeginInvoke(2, 5, callBack, data);   // 異步調用方法

    // 做某些其它的事情,模擬需要執行3秒鐘
    for (int i = 1; i <= 3; i++) {
       Thread.Sleep(TimeSpan.FromSeconds(i));
       Console.WriteLine("{0}: Client executed {1} second(s).",
         Thread.CurrentThread.Name, i);
     }

     Console.WriteLine("\nPress any key to exit...");
     Console.ReadKey();
   }

   static void OnAddComplete(IAsyncResult asyncResult) {
     AsyncResult result = (AsyncResult)asyncResult;
     AddDelegate del = (AddDelegate)result.AsyncDelegate;
     string data = (string)asyncResult.AsyncState;

     int rtn = del.EndInvoke(asyncResult);
     Console.WriteLine("{0}: Result, {1}; Data: {2}\n", 
       Thread.CurrentThread.Name, rtn, data);
   }
 }
public class Calculator { /* 與上面同,略 */}

它產生的輸出為:

復制代碼 代碼如下:
Client application started!

Method invoked!
Main Thread: Client executed 1 second(s).
Pool Thread: Add executed 1 second(s).
Main Thread: Client executed 2 second(s).
Pool Thread: Add executed 2 second(s).
Method complete!
Pool Thread: Result, 7; Data: Any data you want to pass.

Main Thread: Client executed 3 second(s).

Press any key to exit...

這裡有幾個值得注意的地方:1、我們在調用BeginInvoke()後不再需要保存IAysncResult了,因為AysncCallback委托將該對象定義在了回調方法的參數列表中;2、我們在OnAddComplete()方法中獲得了調用BeginInvoke()時最後一個參數傳遞的值,字符串“Any data you want to pass”;3、執行回調方法的線程並非客戶端線程Main Thread,而是來自線程池中的線程Pool Thread。另外如前面所說,在調用EndInvoke()時有可能會拋出異常,所以在應該將它放到try/catch塊中,這裡我就不再示范了。

總結

這篇文章是對我之前寫的C#中的委托和事件的一個補充,大致分為了三個部分,第一部分講述了幾個容易讓人產生困惑的問題:為什麼使用事件而不是委托變量,為什麼通常委托的定義都返回void;第二部分講述了如何處理異常和超時;第三部分則講述了通過委托實現異步方法的調用。

感謝閱讀,希望這篇文章能給你帶來幫助。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved