前面一篇文章介紹了委托的基本知識，接下來就進(jìn)一步研究一下委托。

委托類型

其實(shí)，剛開始覺得委托類型是一個(gè)比較難理解的概念，怎么也不覺得下面的"AssembleIphoneHandler"是一個(gè)類型。

其實(shí)，這里是編譯器為我們做了一個(gè)轉(zhuǎn)換，當(dāng)我們使用delegate關(guān)鍵字聲明一個(gè)委托類型的時(shí)候，編譯器就會按照上面代碼片段中的方式為我們創(chuàng)建一個(gè)委托類型。

知道了這些東西，對于委托類型的理解就比較容易了，通過delegate聲明的委托類型就是一個(gè)從"System.MulticastDelegate"派生出來的子類。

建立委托鏈

下面我們通過一個(gè)例子來看看委托鏈的建立，以及調(diào)用列表的變化，基于前面一篇文章中的例子進(jìn)行一些修改。

我們接下來進(jìn)行一下單步調(diào)試看看委托鏈建立的過程。

1. 當(dāng)下面三句執(zhí)行完成后，可以通過VS看到d1、d2和d3的詳細(xì)信息

對于上面三個(gè)委托實(shí)例來說：

1.調(diào)用列表為空，所以_invocationCount為0，_invocationList為空
2._target代表創(chuàng)建委托實(shí)例的方法來自Foxconn的實(shí)例；如果是靜態(tài)方法創(chuàng)建的委托實(shí)例_target值為null
3._methodPtr代表這個(gè)方法的唯一標(biāo)識，可以理解為句柄
4._methodBase包含創(chuàng)建委托實(shí)例的方法的信息，方法名、返回類型等等

2. 通過"+="操作符來進(jìn)行委托合并

這時(shí)，由于d4初始值為null，在使用"+="操作（Combine方法）構(gòu)造委托鏈時(shí)，將返回另外一個(gè)參數(shù)d1，再將d1的引用賦給d4（通過"ILSpy"查看，如下圖）。也就是說，這時(shí)d4將指向d1所指向的對象。

3. 繼續(xù)執(zhí)行委托合并，并查看d4的變化

這時(shí)可以看到調(diào)用列表的變化，_invocationList包含兩個(gè)元素，分別是d1和d2.

4. 最后進(jìn)行一次委托合并，把d3合并到d4中

可以看到最新的d4實(shí)例中，調(diào)用列表已經(jīng)包含了d3。

注意：由于委托是不可變的，所以這里應(yīng)該描述為，d3和d4的Combine 產(chǎn)生了一個(gè)新的委托實(shí)例，新的委托實(shí)例的調(diào)用列表是d3和d4的合并；操作完成后，d4變量將指向新的委托實(shí)例的引用。

疑問：其實(shí)在這步調(diào)試過程中有個(gè)疑問，_invocationCount的值是3，但是_invocationList中有四個(gè)元素，最后一個(gè)為null，找了一下也沒發(fā)現(xiàn)為什么，望高手看到幫忙解答。

所以對委托鏈建立的方法Delegate.Combine(Delegate A, Delegate B)，可以進(jìn)行下面的概括：

1.如果A和B均為null，則返回null。
2.如果A或B一個(gè)為null而另一個(gè)不為null，則返回不為null的委托。
3.如果A和B均不為null，返回一個(gè)新的委托（委托是不可變的），該委托_invocationList字段為一個(gè)委托數(shù)組，該數(shù)組中委托的順序?yàn)椋篈中_invacationList所指向的委托數(shù)組 + B中_invacationList所指向的委托數(shù)組。

移除委托鏈

我們可以通過Delegate類的靜態(tài)方法Remove，從一個(gè)委托鏈中移除一個(gè)委托，這里就不做演示了。

注意：當(dāng)調(diào)用Remove時(shí)，會遍歷（倒序）第一個(gè)參數(shù)中的中的調(diào)用列表（_invocationList）， 找到與第二個(gè)參數(shù)的_target和_methodPtr字段相匹配的委托，并將其從委托列表中移除。

當(dāng)有多個(gè)匹配的情況是，Remove方法只移除第一個(gè)匹配的委托；但是，可以通過RemoeAll方法來移除所有匹配的委托。

同樣對委托移除的方法Delegate.Remove(Delegate A, Delegate B)，可以進(jìn)行下面的概括：

1.如果A為null，返回null。
2.如果B為null，返回A。
3.如果A的_invocationList為null，即不包含委托鏈，那么如果A本身與B匹配，則返回null，否則返回A。
4.如果A的_invocationList中不包含與B匹配的委托，則返回A。
5.如果A的_invocationList中包含與B匹配的委托，則從鏈表中移除B，然后
6.如果A的鏈表中只剩下一個(gè)委托，則返回該委托。
6-1).如果A的鏈表中還剩下多個(gè)委托，將重新構(gòu)建一個(gè)新的委托，并且新的委托的_invocationList為A的6-2)._invocationList移除了B之后的List。

總結(jié)

通過這篇文章，進(jìn)一步認(rèn)識了委托類型，然后通過一個(gè)例子觀察了委托鏈的建立以及調(diào)用列表的變化。

通過這兩篇文章，對委托應(yīng)該有了一定的認(rèn)識：

1.通過delegate關(guān)鍵字聲明委托類型

最新評論