[[145299]]

0x00 前言

由于工作繁忙所以距離上一篇博客已經(jīng)過(guò)去一個(gè)多月的時(shí)間了，因此決心這個(gè)周末無(wú)論如何也得寫(xiě)點(diǎn)東西出來(lái)，既是總結(jié)也是分享。那么本文主要的內(nèi)容集中在了委托的使用以及內(nèi)部結(jié)構(gòu)（當(dāng)然還有事件了，但是受制于篇幅故分為兩篇文章）以及結(jié)合一部分Unity3D的設(shè)計(jì)思考。當(dāng)然由于時(shí)間倉(cāng)促，文中難免有一些疏漏和不準(zhǔn)確，也歡迎各位指出，共同進(jìn)步。

0x01 從觀察者模式說(shuō)起

在設(shè)計(jì)模式中，有一種我們常常會(huì)用到的設(shè)計(jì)模式——觀察者模式。那么這種設(shè)計(jì)模式和我們的主題“如何在Unity3D中使用委托”有什么關(guān)系呢？別急，先讓我們來(lái)聊一聊什么是觀察者模式。

首先讓我們來(lái)看看報(bào)紙和雜志的訂閱是怎么一回事：

1. 報(bào)社的任務(wù)便是出版報(bào)紙。
2. 向某家報(bào)社訂閱他們的報(bào)紙，只要他們有新的報(bào)紙出版便會(huì)向你發(fā)放。也就是說(shuō)，只要你是他們的訂閱客戶(hù)，便可以一直收到新的報(bào)紙。
3. 如果不再需要這份報(bào)紙，則可以取消訂閱。取消之后，報(bào)社便不會(huì)再送新的報(bào)紙過(guò)來(lái)。
4. 報(bào)社和訂閱者是兩個(gè)不同的主體，只要報(bào)社還一直存在著，不同的訂閱者便可以來(lái)訂閱或取消訂閱。

如果各位讀者能看明白我上面所說(shuō)的報(bào)紙和雜志是如何訂閱的，那么各位也就了解了觀察者模式到底是怎么一回事。除了名稱(chēng)不大一樣，在觀察者模式中，報(bào)社或者說(shuō)出版者被稱(chēng)為“主題”（Subject），而訂閱者則被稱(chēng)為“觀察者”（Observer）。將上面的報(bào)社和訂閱者的關(guān)系移植到觀察者模式中，就變成了如下這樣：主題（Subject）對(duì)象管理某些數(shù)據(jù)，當(dāng)主題內(nèi)的數(shù)據(jù)改變時(shí)，便會(huì)通知已經(jīng)訂閱（注冊(cè)）的觀察者，而已經(jīng)注冊(cè)主題的觀察者此時(shí)便會(huì)收到主題數(shù)據(jù)改變的通知并更新，而沒(méi)有注冊(cè)的對(duì)象則不會(huì)被通知。

當(dāng)我們?cè)噲D去勾勒觀察者模式時(shí)，可以使用報(bào)紙訂閱服務(wù)，或者出版者和訂閱者來(lái)比擬。而在實(shí)際的開(kāi)發(fā)中，觀察者模式被定義為了如下這樣：

那么介紹了這么多觀察者模式，是不是也該說(shuō)一說(shuō)委托了呢？是的，C#語(yǔ)言通過(guò)委托來(lái)實(shí)現(xiàn)回調(diào)函數(shù)的機(jī)制，而回調(diào)函數(shù)是一種很有用的編程機(jī)制，可以被廣泛的用在觀察者模式中。

那么Unity3D本身是否有提供這種機(jī)制呢？答案也是肯定的，那么和委托又有什么區(qū)別呢？下面就讓我們來(lái)聊一聊這個(gè)話題。

0x02 向Unity3D中的SendMessage和BroadcastMessage說(shuō)拜拜

當(dāng)然，不可否認(rèn)Unity3D游戲引擎的出現(xiàn)是游戲開(kāi)發(fā)者的一大福音。但不得不說(shuō)的是，Unity3D的游戲腳本的架構(gòu)中是存在一些缺陷的。一個(gè)很好的例子就是本節(jié)要說(shuō)的圍繞SendMessage和BroadcastMessage而構(gòu)建的消息系統(tǒng)。之所以說(shuō)Unity3D的這套消息系統(tǒng)存在缺陷，主要是由于SendMessage和BroadcastMessage過(guò)于依賴(lài)反射機(jī)制（reflection）來(lái)查找消息對(duì)應(yīng)的回調(diào)函數(shù)。頻繁的使用反射自然會(huì)影響性能，但是性能的損耗還并非最為嚴(yán)重的問(wèn)題，更加嚴(yán)重的問(wèn)題是使用這種機(jī)制之后代碼的維護(hù)成本。為什么說(shuō)這樣做是一個(gè)很糟糕的事情呢？因?yàn)槭褂米址畞?lái)標(biāo)識(shí)一個(gè)方法可能會(huì)導(dǎo)致很多隱患的出現(xiàn)。舉一個(gè)例子：假如開(kāi)發(fā)團(tuán)隊(duì)中某個(gè)開(kāi)發(fā)者決定要重構(gòu)某些代碼，很不巧，這部分代碼便是那些可能要被這些消息調(diào)用的方法定義的代碼，那么如果方法被重新命名甚至被刪除，是否會(huì)導(dǎo)致很?chē)?yán)重的隱患呢？答案是yes。這種隱患的可怕之處并不在于可能引發(fā)的編譯時(shí)錯(cuò)誤，恰恰相反，這種隱患的可怕之處在于編譯器可能都不會(huì)報(bào)錯(cuò)來(lái)提醒開(kāi)發(fā)者某些方法已經(jīng)被改名甚至是不存在了，面對(duì)一個(gè)能夠正常的運(yùn)行程序而沒(méi)有警覺(jué)是最可怕的，而什么時(shí)候這個(gè)隱患會(huì)爆發(fā)呢？就是觸發(fā)了特定的消息而找不到對(duì)應(yīng)的方法的時(shí)候 ，但這時(shí)候發(fā)現(xiàn)問(wèn)題所在往往已經(jīng)太遲了。

另一個(gè)潛在的問(wèn)題是由于使用了反射機(jī)制因而Unity3D的這套消息系統(tǒng)也能夠調(diào)用聲明為私有的方法的。但是如果一個(gè)私有方法在聲明的類(lèi)的內(nèi)部沒(méi)有被使用，那么正常的想法肯定都認(rèn)為這是一段廢代碼，因?yàn)樵谶@個(gè)類(lèi)的外部不可能有人會(huì)調(diào)用它。那么對(duì)待廢代碼的態(tài)度是什么呢？我想很多開(kāi)發(fā)者都會(huì)選擇消滅這段廢代碼，那么同樣的隱患又會(huì)出現(xiàn)，可能在編譯時(shí)并沒(méi)有問(wèn)題，甚至程序也能正常運(yùn)行一段時(shí)間，但是只要觸發(fā)了特定的消息而沒(méi)有對(duì)應(yīng)的方法，那便是這種隱患爆發(fā)的時(shí)候。因而，是時(shí)候向Unity3D中的SendMessage和BroadcastMessage說(shuō)拜拜了，讓我們選擇C#的委托來(lái)實(shí)現(xiàn)自己的消息機(jī)制吧。

0x03 認(rèn)識(shí)回調(diào)函數(shù)機(jī)制----委托

在非托管代碼C/C++中也存在類(lèi)似的回調(diào)機(jī)制，但是這些非成員函數(shù)的地址僅僅是一個(gè)內(nèi)存地址。而這個(gè)地址并不攜帶任何額外的信息，例如函數(shù)的參數(shù)個(gè)數(shù)、參數(shù)類(lèi)型、函數(shù)的返回值類(lèi)型，因而我們說(shuō)非托管C/C++代碼的回調(diào)函數(shù)不是類(lèi)型安全的。而C#中提供的回調(diào)函數(shù)的機(jī)制便是委托，一種類(lèi)型安全的機(jī)制。為了直觀的了解委托，我們先來(lái)看一段代碼：

using UnityEngine; 
 
using System.Collections; 
 
  
 
  
 
public class DelegateScript : MonoBehaviour 
 
{   
 
    //聲明一個(gè)委托類(lèi)型，它的實(shí)例引用一個(gè)方法 
 
    internal delegate void MyDelegate(int num); 
 
    MyDelegate myDelegate; 
 
    
 
  
 
    void Start () 
 
    { 
 
        //委托類(lèi)型MyDelegate的實(shí)例myDelegate引用的方法 
 
        //是PrintNum 
 
        myDelegate = PrintNum; 
 
        myDelegate(50); 
 
        //委托類(lèi)型MyDelegate的實(shí)例myDelegate引用的方法 
 
        //DoubleNum        
 
        myDelegate = DoubleNum; 
 
        myDelegate(50); 
 
    } 
 
    
 
    void PrintNum(int num) 
 
    { 
 
        Debug.Log ("Print Num: " + num); 
 
    } 
 
    
 
    void DoubleNum(int num) 
 
    { 
 
        Debug.Log ("Double Num: " + num * 2); 
 
    } 
 
} 

DelegateScript類(lèi)還定義了兩個(gè)私有方法PrintNum和DoubleNum，它們的分別實(shí)現(xiàn)了打印傳入的參數(shù)和打印傳入的參數(shù)的兩倍的功能。在Start方法中，MyDelegate類(lèi)的實(shí)例myDelegate分別引用了這兩個(gè)方法，并且分別調(diào)用了這兩個(gè)方法。

看到這里，不知道各位讀者是否會(huì)產(chǎn)生一些疑問(wèn)，為什么一個(gè)方法能夠像這樣myDelegate = PrintNum; “賦值”給一個(gè)委托呢？這便不得不提C#2為委托提供的方法組轉(zhuǎn)換?；厮軨#1的委托機(jī)制，也就是十分原始的委托機(jī)制中，如果要?jiǎng)?chuàng)建一個(gè)委托實(shí)例就必須要同時(shí)指定委托類(lèi)型和要調(diào)用的方法（執(zhí)行的操作），因而剛剛的那行代碼就要被改為：

new MyDelegate(PrintNum); 

Thread th = new Thread(new ThreadStart(Method)); 

//使用方法組轉(zhuǎn)換時(shí)，隱式轉(zhuǎn)換會(huì)將 
 
//一個(gè)方法組轉(zhuǎn)換為具有兼容簽名的 
 
//任意委托類(lèi)型 
 
myDelegate = PrintNum; 
 
Thread th = new Thread(Method); 

using UnityEngine; 
 
using System.Collections; 
 
 
public class DelegateScript : MonoBehaviour 
 
{   
 
    //聲明一個(gè)委托類(lèi)型，它的實(shí)例引用一個(gè)方法 
 
delegate void MyDelegate(int num); 
 
    //聲明一個(gè)委托類(lèi)型，它的實(shí)例引用一個(gè)方法 
 
    delegate void MyDelegate2(int num, int num2); 
 
  
 
    MyDelegate myDelegate; 
 
    MyDelegate2 myDelegate2; 
 
    
 
  
 
    void Start () 
 
    { 
 
        //委托類(lèi)型MyDelegate的實(shí)例myDelegate引用的方法 
 
        //是PrintNum 
 
        myDelegate = PrintNum; 
 
        myDelegate(50); 
 
        //委托類(lèi)型MyDelegate2的實(shí)例myDelegate2引用的方法 
 
        //PrintNum的重載版本        
 
        myDelegate2 = PrintNum; 
 
        myDelegate(50, 50); 
 
    } 
 
    
 
    void PrintNum(int num) 
 
    { 
 
        Debug.Log ("Print Num: " + num); 
 
    } 
 
    
 
    void PrintNum(int num1, int num2) 
 
    { 
 
        int result = num1 + num2; 
 
        Debug.Log ("result num is : " + result); 
 
    } 
 
} 

void PrintNum(int num)

void PrintNum(int num1, int num2)

那么根據(jù)方法組轉(zhuǎn)換機(jī)制，在向一個(gè)MyDelegate或一個(gè)MyDelegate2賦值時(shí)，都可以使用PrintNum作為方法組（此時(shí)有2個(gè)PrintNum，因而是“組”），編譯器會(huì)選擇合適的重載版本。

當(dāng)然，涉及到委托的還有它的另外一個(gè)特點(diǎn)——委托參數(shù)的逆變性和委托返回類(lèi)型的協(xié)變性。這個(gè)特性在很多文章中也有過(guò)介紹，但是這里為了使讀者更加加深印象，因而要具體的介紹一下委托的這種特性。

在為委托實(shí)例引用方法時(shí)，C#允許引用類(lèi)型的協(xié)變性和逆變性。協(xié)變性是指方法的返回類(lèi)型可以是從委托的返回類(lèi)型派生的一個(gè)派生類(lèi)，也就是說(shuō)協(xié)變性描述的是委托返回類(lèi)型。逆變性則是指方法獲取的參數(shù)的類(lèi)型可以是委托的參數(shù)的類(lèi)型的基類(lèi)，換言之逆變性描述的是委托的參數(shù)類(lèi)型。

例如，我們的項(xiàng)目中存在的基礎(chǔ)單位類(lèi)（BaseUnitClass）、士兵類(lèi)（SoldierClass）以及英雄類(lèi)（HeroClass），其中基礎(chǔ)單位類(lèi)BaseUnitClass作為基類(lèi)派生出了士兵類(lèi)SoldierClass和英雄類(lèi)HeroClass，那么我們可以定義一個(gè)委托，就像下面這樣：

delegate Object TellMeYourName(SoldierClass soldier);  

string TellMeYourNameMethod(BaseUnitClass base); 

int TellMeYourNameMethod(BaseUnitClass base); 

好了，到此我們應(yīng)該對(duì)委托有了一個(gè)初步的直觀印象。在本節(jié)中我?guī)ьI(lǐng)大家直觀的認(rèn)識(shí)了委托如何在代碼中使用，以及通過(guò)C#2引入的方法組轉(zhuǎn)換機(jī)制為委托實(shí)例引用合適的方法以及委托的協(xié)變性和逆變性。那么本節(jié)就到此結(jié)束，接下來(lái)讓我們更進(jìn)一步的探索委托。

0x04 委托是如何實(shí)現(xiàn)的

讓我們重新定義一個(gè)委托并創(chuàng)建它的實(shí)例，之后再為該實(shí)例綁定一個(gè)方法并調(diào)用它：

internal delegate void MyDelegate(int number); 
 
MyDelegate myDelegate = new MyDelegate(myMethod1); 
 
myDelegate = myMethod2; 
 
myDelegate(10); 

事實(shí)上編譯器和Mono運(yùn)行時(shí)在幕后做了大量的工作來(lái)隱藏委托機(jī)制實(shí)現(xiàn)的復(fù)雜性。那么本節(jié)就要來(lái)揭開(kāi)委托到底是如何實(shí)現(xiàn)的這個(gè)謎題。

下面讓我們把目光重新聚焦在剛剛定義委托類(lèi)型的那行代碼上：

internal delegate void MyDelegate(int number); 

讓我們使用Refactor反編譯C#程序，可以看到如下圖的結(jié)果：

可以看到，編譯器實(shí)際上為我們定義了一個(gè)完整的類(lèi)MyDelegate：

internal class MyDelegate : System.MulticastDelegate 
 
{ 
 
       //構(gòu)造器 
 
       [MethodImpl(0, MethodCodeType=MethodCodeType.Runtime)] 
 
       public MyDelegate(object @object, IntPtr method); 
 
  
 
       // Invoke這個(gè)方法的原型和源代碼指定的一樣 
 
       [MethodImpl(0, MethodCodeType=MethodCodeType.Runtime)] 
 
       public virtual void Invoke(int number); 
 
  
 
       //以下的兩個(gè)方法實(shí)現(xiàn)對(duì)綁定的回調(diào)函數(shù)的一步回調(diào) 
 
       [MethodImpl(0, MethodCodeType=MethodCodeType.Runtime)] 
 
       public virtual IAsyncResult BeginInvoke(int number, AsyncCallback callback, object @object); 
 
       [MethodImpl(0, MethodCodeType=MethodCodeType.Runtime)] 
 
       public virtual void EndInvoke(IAsyncResult result); 
 
  
 
} 

public static Delegate Combine( 
 
       Delegate a, 
 
       Delegate b 
 
) 
 
  
 
public static Delegate Remove( 
 
       Delegate source, 
 
       Delegate value 
 
) 

再回到我們的MyDelegate委托類(lèi)，由于委托是類(lèi)，因而凡是能夠定義類(lèi)的地方，都可以定義委托，所以委托類(lèi)既可以在全局范圍中定義，也可以嵌套在一個(gè)類(lèi)型中定義。同樣，委托類(lèi)也有訪問(wèn)修飾符，既可以通過(guò)指定委托類(lèi)的訪問(wèn)修飾符例如：private、internal、public等等來(lái)限定訪問(wèn)權(quán)限。

由于所有的委托類(lèi)型都繼承于MulticastDelegate類(lèi)，因而它們也繼承了MulticastDelegate類(lèi)的字段、屬性以及方法，下面列出三個(gè)最重要的非公有字段：

需要注意的一點(diǎn)是，所有的委托都有一個(gè)獲取兩個(gè)參數(shù)的構(gòu)造方法，這兩個(gè)參數(shù)分別是對(duì)對(duì)象的引用以及一個(gè)IntPtr類(lèi)型的用來(lái)引用回調(diào)函數(shù)的句柄（IntPtr 類(lèi)型被設(shè)計(jì)成整數(shù)，其大小適用于特定平臺(tái)。 即是說(shuō)，此類(lèi)型的實(shí)例在 32 位硬件和操作系統(tǒng)中將是 32 位，在 64 位硬件和操作系統(tǒng)上將是 64 位。IntPtr 對(duì)象常可用于保持句柄。 例如，IntPtr 的實(shí)例廣泛地用在 System.IO.FileStream 類(lèi)中來(lái)保持文件句柄）。代碼如下：

public MyDelegate(object @object, IntPtr method); 

MyDelegate myDelegate = new MyDelegate(myMethod1); 

從上面的分析，我們可以得出一個(gè)結(jié)論，即每個(gè)委托對(duì)象實(shí)際上都是一個(gè)包裝了方法和調(diào)用該方法時(shí)要操作的對(duì)象的包裝器。

假設(shè)myMethod1是一個(gè)MyClass類(lèi)定義的實(shí)例方法。那么上面那行創(chuàng)建委托實(shí)例myDelegate的代碼執(zhí)行之后，myDelegate內(nèi)部那三個(gè)字段的值如下：

假設(shè)myMethod1是一個(gè)MyClass類(lèi)定義的靜態(tài)方法。那么上面那行創(chuàng)建委托實(shí)例myDelegate的代碼執(zhí)行之后，myDelegate內(nèi)部那三個(gè)字段的值如下：

這樣，我們就了解了一個(gè)委托實(shí)例的創(chuàng)建過(guò)程以及其內(nèi)部結(jié)構(gòu)。那么接下來(lái)我們繼續(xù)探索一下，是如何通過(guò)委托實(shí)例來(lái)調(diào)用回調(diào)方法的。首先我們還是通過(guò)一段代碼來(lái)開(kāi)啟我們的討論。

using UnityEngine; 
 
using System.Collections; 
 
  
 
  
 
public class DelegateScript : MonoBehaviour 
 
{   
 
       delegate void MyDelegate(int num); 
 
  
 
    MyDelegate myDelegate; 
 
    
 
  
 
    void Start () 
 
    { 
 
          myDelegate = new MyDelegate(this.PrintNum); 
 
          this.Print(10, myDelegate); 
 
          myDelegate = new MyDelegate(this.PrintDoubleNum); 
 
          this.Print(10, myDelegate); 
 
          myDelegate = null; 
 
          this.Print(10, myDelegate); 
 
    } 
 
  
 
    void Print(int value, MyDelegate md) 
 
    { 
 
          if(md != null) 
 
          { 
 
                 md(value); 
 
          } 
 
          else 
 
          { 
 
                 Debug.Log("myDelegate is Null!!!"); 
 
          } 
 
    } 
 
    
 
    void PrintNum(int num) 
 
    { 
 
        Debug.Log ("Print Num: " + num); 
 
    } 
 
    
 
    void PrintDoubleNum(int num) 
 
    { 
 
        int result = num + num; 
 
        Debug.Log ("result num is : " + result); 
 
    } 
 
} 

Print Num:10 
 
result num is : 20 
 
myDelegate is Null!!! 

md.Invoke(value); 

// method line 4 
 
.method private hidebysig 
 
       instance default void Print (int32 'value', class DelegateScript/MyDelegate md)  cil managed 
 
{ 
 
    // Method begins at RVA 0x20c8 
 
// Code size 29 (0x1d) 
 
.maxstack 8 
 
IL_0000:  ldarg.2 
 
IL_0001:  brfalse IL_0012 
 
  
 
IL_0006:  ldarg.2 
 
IL_0007:  ldarg.1 
 
IL_0008:  callvirt instance void class DelegateScript/MyDelegate::Invoke(int32) 
 
IL_000d:  br IL_001c 
 
  
 
IL_0012:  ldstr "myDelegate is Null!!!" 
 
IL_0017:  call void class [mscorlib]System.Console::WriteLine(string) 
 
IL_001c:  ret 
 
} // end of method DelegateScript::Print 

void Print(int value, MyDelegate md) 
 
    { 
 
          if(md != null) 
 
          { 
 
                 md.Invoke(value); 
 
          } 
 
          else 
 
          { 
 
                 Debug.Log("myDelegate is Null!!!"); 
 
          } 
 
    } 

0x05 委托是如何調(diào)用多個(gè)方法的？

為了方便，我們將用委托調(diào)用多個(gè)方法簡(jiǎn)稱(chēng)為委托鏈。而委托鏈?zhǔn)俏袑?duì)象的集合，可以利用委托鏈來(lái)調(diào)用集合中的委托所代表的全部方法。為了使各位能夠更加直觀的了解委托鏈，下面我們通過(guò)一段代碼來(lái)作為演示：

using UnityEngine; 
 
using System; 
 
using System.Collections; 
 
  
 
  
 
public class DelegateScript : MonoBehaviour 
 
{   
 
       delegate void MyDelegate(int num); 
 
       
 
       void Start () 
 
       { 
 
              //創(chuàng)建3個(gè)MyDelegate委托類(lèi)的實(shí)例 
 
              MyDelegate myDelegate1 = new MyDelegate(this.PrintNum); 
 
              MyDelegate myDelegate2 = new MyDelegate(this.PrintDoubleNum); 
 
              MyDelegate myDelegate3 = new MyDelegate(this.PrintTripleNum); 
 
  
 
              MyDelegate myDelegates = null; 
 
              //使用Delegate類(lèi)的靜態(tài)方法Combine 
 
              myDelegates = (MyDelegate)Delegate.Combine(myDelegates, myDelegate1); 
 
              myDelegates = (MyDelegate)Delegate.Combine(myDelegates, myDelegate2); 
 
              myDelegates = (MyDelegate)Delegate.Combine(myDelegates, myDelegate3); 
 
              //將myDelegates傳入Print方法 
 
              this.Print(10, myDelegates); 
 
       } 
 
       
 
       void Print(int value, MyDelegate md) 
 
       { 
 
              if(md != null) 
 
              { 
 
                     md(value); 
 
              } 
 
              else 
 
              { 
 
                     Debug.Log("myDelegate is Null!!!"); 
 
              } 
 
       } 
 
       
 
       void PrintNum(int num) 
 
       { 
 
              Debug.Log ("1 result Num: " + num); 
 
       } 
 
       
 
       void PrintDoubleNum(int num) 
 
       { 
 
              int result = num + num; 
 
              Debug.Log ("2 result num is : " + result); 
 
       } 
 
       void PrintTripleNum(int num) 
 
       { 
 
              int result = num + num + num; 
 
              Debug.Log ("3 result num is : " + result); 
 
       } 
 
  
 
} 

1 result Num: 10 
 
2 result Num: 20 
 
3 result Num: 30 

myDelegates = (MyDelegate)Delegate.Combine(myDelegates, myDelegate1); 
 
myDelegates = (MyDelegate)Delegate.Combine(myDelegates, myDelegate2); 
 
myDelegates = (MyDelegate)Delegate.Combine(myDelegates, myDelegate3);  

當(dāng)?shù)诙握{(diào)用Delegate.Combine方法，繼續(xù)合并myDelegates和myDelegate2的時(shí)候，Delegate.Combine方法檢測(cè)到myDelegates已經(jīng)不再是null而是引用了一個(gè)委托實(shí)例，此時(shí)Delegate.Combine方法會(huì)構(gòu)建一個(gè)不同于myDelegates和myDelegate2的新的委托實(shí)例。這個(gè)新的委托實(shí)例自然會(huì)對(duì)上文常常提起的_target和_methodPtr這兩個(gè)私有字段進(jìn)行初始化，但是此時(shí)需要注意的是，之前一直沒(méi)有實(shí)際值的_invocationList字段此時(shí)被初始化為一個(gè)對(duì)委托實(shí)例數(shù)組的引用。該數(shù)組的***個(gè)元素便是包裝了***個(gè)委托實(shí)例myDelegate1所引用的PrintNum方法的一個(gè)委托實(shí)例（即myDelegates此時(shí)所引用的委托實(shí)例），而數(shù)組的第二個(gè)元素則是包裝了第二個(gè)委托實(shí)例myDelegate2所引用的PrintDoubleNum方法的委托實(shí)例（即myDelegate2所引用的委托實(shí)例）。之后，將這個(gè)新創(chuàng)建的委托實(shí)例的引用賦值給myDelegates變量，此時(shí)myDelegates指向了這個(gè)包裝了兩個(gè)回調(diào)方法的新的委托實(shí)例。

接下來(lái)，我們第三次調(diào)用了Delegate.Combine方法，繼續(xù)將委托實(shí)例合并到一個(gè)委托鏈中。這次編譯器內(nèi)部發(fā)生的事情和上一次大同小異，Delegate.Combine方法檢測(cè)到myDelegates已經(jīng)引用了一個(gè)委托實(shí)例，同樣地，這次仍然會(huì)創(chuàng)建一個(gè)新的委托實(shí)例，新委托實(shí)例中的那兩個(gè)私有字段_target和_methodPtr同樣會(huì)被初始化，而_invocationList字段此時(shí)同樣被初始化為一個(gè)對(duì)委托實(shí)例數(shù)組的引用，只不過(guò)這次的元素多了一個(gè)包裝了第三個(gè)委托實(shí)例myDelegate3中所引用的PrintDoubleNum方法的委托實(shí)例（即myDelegate3所引用的委托實(shí)例）。之后，將這個(gè)新創(chuàng)建的委托實(shí)例的引用賦值給myDelegates變量，此時(shí)myDelegates指向了這個(gè)包裝了三個(gè)回調(diào)方法的新的委托實(shí)例。而上一次合并中_invocationList字段所引用的委托實(shí)例數(shù)組，此時(shí)不再需要，因而可以被垃圾回收。

當(dāng)所有的委托實(shí)例都合并到一個(gè)委托鏈中，并且myDelegates變量引用了該委托鏈之后，我們將myDelegates變量作為參數(shù)傳入Print方法中，正如前文所述，此時(shí)Print方法中的代碼會(huì)隱式的調(diào)用MyDelegate委托類(lèi)型的實(shí)例的Invoke方法，也就是調(diào)用myDelegates變量所引用的委托實(shí)例的Invoke方法。此時(shí)Invoke方法發(fā)現(xiàn)_invocationList字段已經(jīng)不再是null而是引用了一個(gè)委托實(shí)例的數(shù)組，因此會(huì)執(zhí)行一個(gè)循環(huán)來(lái)遍歷該數(shù)組中的所有元素，并按照順序調(diào)用每個(gè)元素（委托實(shí)例）中包裝的回調(diào)方法。所以，PrintNum方法首先會(huì)被調(diào)用，緊跟著的是PrintDoubleNum方法，***則是PrintTripleNum方法。

有合并，對(duì)應(yīng)的自然就有拆解。因而Delegate除了提供了Combine方法用來(lái)合并委托實(shí)例之外，還提供了Remove方法用來(lái)移除委托實(shí)例。例如我們想移除包裝了PrintDoubleNum方法的委托實(shí)例，那么使用Delegate.Remove的代碼如下：

myDelegates = (MyDelegate)Delegate.Remove(myDelegates, new MyDelegate(PrintDoubleNum)); 

當(dāng)然，如果每次合并委托和刪除委托都要寫(xiě)Delegate.Combine和Delegate. Remove則未免顯得太過(guò)繁瑣，所以為了方便使用C#語(yǔ)言的開(kāi)發(fā)者，C#編譯器為委托類(lèi)型的實(shí)例重載了+=和-+操作符來(lái)對(duì)應(yīng)Delegate.Combine和Delegate. Remove。具體的例子，我們可以看看下面的這段代碼。

using UnityEngine; 
 
using System.Collections; 
 
  
 
public class MulticastScript : MonoBehaviour 
 
{ 
 
    delegate void MultiDelegate(); 
 
    MultiDelegate myMultiDelegate; 
 
     
 
  
 
    void Start () 
 
    { 
 
        myMultiDelegate += PowerUp; 
 
        myMultiDelegate += TurnRed; 
 
        
 
        if(myMultiDelegate != null) 
 
        { 
 
            myMultiDelegate(); 
 
        } 
 
    } 
 
    
 
    void PowerUp() 
 
    { 
 
        print ("Orb is powering up!"); 
 
    } 
 
    
 
    void TurnRed() 
 
    { 
 
        renderer.material.color = Color.red; 
 
    } 
 
}