# [C# 基礎知識系列]專題十一:匿名方法解析
**引言:**
感覺好久沒有更新博客了的,真是對不住大家了。在這個專題中將介紹匿名方法,匿名方法看名字也能明白,當然就是**沒有名字的方法**了(現實生活中也有很多這樣的匿名過程,如匿名投票,匿名舉報等等,相信微軟在命名方面肯定是根據了生活中例子的),然而匿名方法的理解卻不是僅僅是這一句話(這句話指的是沒有名字的方法),它還有很多內容,下面就具體介紹下匿名方法有哪些內容
**一、匿名方法**
之前一直認為匿名方法是在C# 3.0中提出的,之前之所以這么認為主要是因為知道C# 3.0中提出了匿名類型,所以看到匿名方法就很理所當然的認為也是在C# 3.0中提出來,然而經過系統的學習C#特性后才發現匿名方法在C# 2.0 的時候就已經提出來了,從特性的提出發展中可以看出,微軟的團隊是非常有計劃的,后面的特性其實在之前特性的提出就已經計劃好,并且后面的特性都是之前特性演變而來,之所以有新特性的提出,主要是為了方便大家編寫程序,減輕程序員的工作,讓編譯器去執行更加復雜的操作,使程序員可以把精力放在實現自己系統的業務邏輯方法(這也是微軟的主要思想,也是大部分軟件所強調的良好的用戶體驗),然而**匿名方法也正是建立在C#1.0中委托的基礎上**的(同時C# 2.0中對委托有所增強,提出了泛型委托,以及委托參數的協變和逆變,具體的可以參考本系列的前面專題),下面就具體介紹下為什么說匿名方法是如何建立在委托基礎之上的(委托是方法的包裝,匿名方法也是方法,只是匿名方法是沒有名字的方法而已,所以委托也可以包裝匿名方法)。
首先,先介紹下匿名方法的概念,匿名方法——沒有名字的方法(方法也就是數學中的函數的概念),匿名方法只是在我們編寫的源代碼中沒有指定名字而已,其實編譯器會幫匿名方法生成一個名字,然而就是因為在源代碼中沒有名字,所以匿名方法只能在定義的時候才能調用,在其他地方不能被調用(匿名方法把方法的定義和方法的實現內嵌在一起),下面通過一個例子來看看匿名方法的使用和如何與委托關聯起來的:
```
namespace 匿名方法Demo
{
class Program
{
// 定義投票委托
delegate void VoteDelegate(string name);
static void Main(string[] args)
{
// 實例化委托對象
VoteDelegate votedelegate = new VoteDelegate(new Friend().Vote);
// 使用匿名方法的代碼
// 匿名方法內聯了一個委托實例(可以對照上面的委托實例化的代碼來理解)
// 使用匿名方法后,我們就不需要定義一個Friend類以及單獨定義一個投票方法
// 這樣就可以減少代碼量,代碼少了,閱讀起來就容易多了,以至于不會讓過多的回調方法的定義而弄糊涂了
//VoteDelegate votedelegate = delegate(string nickname)
//{
// Console.WriteLine("昵稱為:{0} 來幫Learning Hard投票了", nickname);
//};
// 通過調用托來回調Vote()方法
votedelegate("SomeBody");
Console.Read();
}
}
public class Friend
{
// 朋友的投票方法
public void Vote(string nickname)
{
Console.WriteLine("昵稱為:{0} 來幫Learning Hard投票了", nickname);
}
}
}
```
因為前段時間參加了51博客大賽,在投票階段也拉了好多朋友來幫忙投票的,所以為了感謝他們,所以上面就以投票作為例子來引出匿名方法,注釋的部分中已經解釋了匿名方法的好處的,可以幫助我們減少書寫代碼量,便于閱讀,然而上面地方可以使用匿名方法來代替委托呢?是不是所有使用委托的地方我們都需要用匿名方法去代替的呢?事實不是這樣的,因為匿名方法是沒有名字的方法,所以在其他地方就不能被調用,所以不具有**復用**作用,并且匿名方法自動形成"閉包"(如果對于閉包不理解的朋友可以參考這兩個鏈接:[http://baike.baidu.com/view/648413.htm](http://baike.baidu.com/view/648413.htm) 和[http://zh.wikipedia.org/wiki/閉包_(計算機科學)](http://zh.wikipedia.org/wiki/閉包_(計算機科學)) ,我理解的閉包大概是當一個函數中(外部函數)調用了另個一個函數(稱內部函數)時,當內部函數使用了外部函數中的變量時,這樣就可能會形成閉包。具體的概念可以參考上面的兩個鏈接,關于閉包在后面部分也會給出相關的例子來幫助大家理解,由于匿名函數會形成閉包,這就會延長變量的生命周期)。**所以如果委托包裝的方法相對簡單(就像上面代碼中只是單獨一行輸出語句),并且這個方法在其他地方使用的頻率很低時,這時候就可以考慮用匿名方法來代替委托**。
**二、使用匿名方法來忽略委托參數**
第一部分主要介紹了匿名方法的概念,使用以及介紹了我所理解的為什么會有匿名方法的提出(為了方便我們實例化委托實例,通過匿名方法可以內聯委托實例,這樣就避免額外定義一個實例方法,減少代碼量,利于閱讀),在這一部分中將介紹匿名方法的另外一個好處——忽略委托參數。下面通過一個示例代碼來來幫助大家理解,代碼中會有詳細的注釋,所以這里就不多說了,直接看代碼了:
```
namespace 忽略委托參數Demo
{
class Program
{
static void Main(string[] args)
{
// Timer類在應用程序中生成定期事件
System.Timers.Timer timer = new System.Timers.Timer();
// 該值指示是否引發Elapsed事件
timer.Enabled = true;
// 設置引發Elapsed事件的間隔
timer.Interval = 1000;
// Elapsed事件是達到間隔時發生,前面設置了時間間隔為1秒,
// 所以每一秒就會觸發Elapsed事件,從而回調timer_Elapsed方法,輸出當前的時間
// timer.Elapsed += new System.Timers.ElapsedEventHandler(timer_Elapsed);
// 此時timer_Elapsed方法中的參數根本就不需要,所以我們可以使用匿名方法來省略委托參數
// 省略了參數后我們的代碼就更加簡潔了,看的多舒服啊
// 在開發WinForm程序中我們經常會用不到委托的參數,此時就可以使用匿名方法來省略參數
timer.Elapsed += delegate
{
Console.WriteLine(DateTime.Now);
};
Console.Read();
}
public static void timer_Elapsed(object sender, System.Timers.ElapsedEventArgs e)
{
Console.WriteLine(DateTime.Now);
}
}
}
```
運行結果為:

上面代碼使用了匿名方法來省略委托參數,然而對于編譯器而言,它還是會調用委托的構造函數來實例化委托,所以如果匿名方法能轉換為多個委托類型時,此時如果省略了委托參數,編譯器就不知道把匿名方法轉化為哪個具體的委托類型,所以此時就會出現編譯時錯誤,此時就必須人為的指定參數來告訴編譯器如何實例化委托,下面就以創建線程為例子來幫助大家理解匿名方法省略委托參數所帶來的問題(因為線程的創建涉及了兩個委托類型: public delegate void ThreadStart() 和public delegaye void ParameterizedThreadStart(objec obj)):
```
class Program
{
static void Main(string[] args)
{
new Thread(delegate()
{
Console.WriteLine("線程一");
});
new Thread(delegate(object o)
{
Console.WriteLine("線程二");
});
new Thread(delegate
{
Console.WriteLine("線程三");
});
Console.Read();
}
}
```
此時第三個創建線程的代碼會出現下面的編譯錯誤:

**三、在匿名方法中捕捉變量**
前面介紹中提到使用匿名方法時會形成閉包,閉包指的就是在匿名方法中捕捉了變量,為了更好的理解閉包的概念,首先需要理解兩個概念 ——**外部變量**和**被捕捉的外部變量**,下面通過一個例子來解釋這個兩個概念:
```
class Program
{
// 定義閉包委托
delegate void ClosureDelegate();
static void Main(string[] args)
{
closureMethod();
Console.Read();
}
// 閉包方法
private static void closureMethod()
{
// outVariable和capturedVariable對于匿名方法而言都是外部變量
// 然而outVariable是未捕獲的外部變量,子所以是未捕獲,是因為匿名方法中未引用該變量
string outVariable = "外部變量";
// 而capturedVariable是被匿名方法捕獲的外部變量
string capturedVariable = "捕獲變量";
ClosureDelegate closuredelegate = delegate
{
// localvariable是匿名方法中局部變量
string localvariable = "匿名方法局部變量";
Console.WriteLine(capturedVariable+" "+localvariable);
};
// 調用委托
closuredelegate();
}
}
```
一個變量被捕捉后,被匿名方法捕捉到的是真的**變量**,而**不是**創建委托實例時該變量的**值,**并且被匿名方法中捕捉到的變量會延長生命周期(意思是說對于一個被捕捉的變量,只要還有任何委托實例引用它,它就一直存在,而不會當委托實例調用結束后就被垃圾回收),下面通過一個具體的例子看看匿名方法是如何延長變量的生命周期的:
```
class Program
{
// 定義閉包委托
delegate void ClosureDelegate();
static void Main(string[] args)
{
ClosureDelegate test = CreateDelegateInstance();
test();
Console.Read();
}
// 閉包延長變量的生命周期
private static ClosureDelegate CreateDelegateInstance()
{
int count = 1;
ClosureDelegate closuredelegate = delegate
{
Console.WriteLine(count);
count++;
};
// 調用委托
closuredelegate();
return closuredelegate;
}
}
```
運行結果為:

第一行中的1是CreateDelegateInstance內部調用委托實例輸出的結果,首先大家肯定認為count是在棧上分配的(因為count是值類型),當CreateDelegateInstance方法調用完后,count的值也會被銷毀,當執行 test()這行代碼時,此時會回調匿名方法來輸出count的值,因為count被銷毀,按理應該會出現異常才對的,然而結果卻為2,然而結果并沒有錯,根據結果去倒推的話,可以得出,第二次調用委托實例也還是在使用原來的那個count,然而之所以我們認為會有異常拋出,主要原因是因為我們認為count是分配在棧上的,然而事實并不是這樣的,count變量并不是分配在棧上的,**事實上,編譯器會創建一個額外的類來容納變量(此時count變量時分配在堆上的),CreateDelegateInstance方法有該類的一個實例的引用,所以此時匿名方法捕捉到的變量count是它的一個引用,而不是真真的值,同時匿名方法也延長了變量count的生命周期,使它感覺不再像是一個局部變量,反而像是一個"全局變量"了(因為第二次中調用的委托實例使用的是同一個count)。**
**匿名方法捕捉到的變量,編譯器會額外創建一個類來容納該變量,對于這點,大家可以通過IL反匯編程序進行查看,下面是上面程序中使用反匯編程序得到的截圖:**

從上面的截圖中可以看出,在源代碼中根本沒有**<>c_DisplayClass1**類的定義的,然而這個類真是編譯器為我們創建來容納捕獲變量count的,并且該類中容納了CreateDelegateInstance方法,從上圖的左半部分中間語言代碼可以看出,源代碼中定義的CreateDelegateInstance方法具有該**<>c_DisplayClass1的一個引用,**在源代碼中使用到的count變量編譯器認為是**<>c_DisplayClass1中**的一個字段**。**
**四、小結**
這個專題中主要介紹了匿名方法的使用以及匿名方法通過捕獲變量來延長變量的生命周期,希望通過本專題的介紹大家可以對匿名方法可以有個全面的認識,并且匿名方法也是Lambda表達式的基礎,Lambda表達式只是C# 3.0中提出更簡潔的方式來實現匿名方法的。
- C# 基礎知識系列
- C# 基礎知識系列 專題一:深入解析委托——C#中為什么要引入委托
- C# 基礎知識系列 專題二:委托的本質論
- C# 基礎知識系列 專題三:如何用委托包裝多個方法——委托鏈
- C# 基礎知識系列 專題四:事件揭秘
- C# 基礎知識系列 專題五:當點擊按鈕時觸發Click事件背后發生的事情
- C# 基礎知識系列 專題六:泛型基礎篇——為什么引入泛型
- C# 基礎知識系列 專題七: 泛型深入理解(一)
- C# 基礎知識系列 專題八: 深入理解泛型(二)
- C# 基礎知識系列 專題九: 深入理解泛型可變性
- C#基礎知識系列 專題十:全面解析可空類型
- C# 基礎知識系列 專題十一:匿名方法解析
- C#基礎知識系列 專題十二:迭代器
- C#基礎知識 專題十三:全面解析對象集合初始化器、匿名類型和隱式類型
- C# 基礎知識系列 專題十四:深入理解Lambda表達式
- C# 基礎知識系列 專題十五:全面解析擴展方法
- C# 基礎知識系列 專題十六:Linq介紹
- C#基礎知識系列 專題十七:深入理解動態類型
- 你必須知道的異步編程 C# 5.0 新特性——Async和Await使異步編程更簡單
- 全面解析C#中參數傳遞
- C#基礎知識系列 全面解析C#中靜態與非靜態
- C# 基礎知識系列 C#中易混淆的知識點
- C#進階系列
- C#進階系列 專題一:深入解析深拷貝和淺拷貝
- C#進階系列 專題二:你知道Dictionary查找速度為什么快嗎?
- C# 開發技巧系列
- C# 開發技巧系列 使用C#操作Word和Excel程序
- C# 開發技巧系列 使用C#操作幻燈片
- C# 開發技巧系列 如何動態設置屏幕分辨率
- C# 開發技巧系列 C#如何實現圖片查看器
- C# 開發技巧 如何防止程序多次運行
- C# 開發技巧 實現屬于自己的截圖工具
- C# 開發技巧 如何使不符合要求的元素等于離它最近的一個元素
- C# 線程處理系列
- C# 線程處理系列 專題一:線程基礎
- C# 線程處理系列 專題二:線程池中的工作者線程
- C# 線程處理系列 專題三:線程池中的I/O線程
- C# 線程處理系列 專題四:線程同步
- C# 線程處理系列 專題五:線程同步——事件構造
- C# 線程處理系列 專題六:線程同步——信號量和互斥體
- C# 多線程處理系列專題七——對多線程的補充
- C#網絡編程系列
- C# 網絡編程系列 專題一:網絡協議簡介
- C# 網絡編程系列 專題二:HTTP協議詳解
- C# 網絡編程系列 專題三:自定義Web服務器
- C# 網絡編程系列 專題四:自定義Web瀏覽器
- C# 網絡編程系列 專題五:TCP編程
- C# 網絡編程系列 專題六:UDP編程
- C# 網絡編程系列 專題七:UDP編程補充——UDP廣播程序的實現
- C# 網絡編程系列 專題八:P2P編程
- C# 網絡編程系列 專題九:實現類似QQ的即時通信程序
- C# 網絡編程系列 專題十:實現簡單的郵件收發器
- C# 網絡編程系列 專題十一:實現一個基于FTP協議的程序——文件上傳下載器
- C# 網絡編程系列 專題十二:實現一個簡單的FTP服務器
- C# 互操作性入門系列
- C# 互操作性入門系列(一):C#中互操作性介紹
- C# 互操作性入門系列(二):使用平臺調用調用Win32 函數
- C# 互操作性入門系列(三):平臺調用中的數據封送處理
- C# 互操作性入門系列(四):在C# 中調用COM組件
- CLR
- 談談: String 和StringBuilder區別和選擇
- 談談:程序集加載和反射
- 利用反射獲得委托和事件以及創建委托實例和添加事件處理程序
- 談談:.Net中的序列化和反序列化
- C#設計模式
- UML類圖符號 各種關系說明以及舉例
- C#設計模式(1)——單例模式
- C#設計模式(2)——簡單工廠模式
- C#設計模式(3)——工廠方法模式
- C#設計模式(4)——抽象工廠模式
- C#設計模式(5)——建造者模式(Builder Pattern)
- C#設計模式(6)——原型模式(Prototype Pattern)
- C#設計模式(7)——適配器模式(Adapter Pattern)
- C#設計模式(8)——橋接模式(Bridge Pattern)
- C#設計模式(9)——裝飾者模式(Decorator Pattern)
- C#設計模式(10)——組合模式(Composite Pattern)
- C#設計模式(11)——外觀模式(Facade Pattern)
- C#設計模式(12)——享元模式(Flyweight Pattern)
- C#設計模式(13)——代理模式(Proxy Pattern)
- C#設計模式(14)——模板方法模式(Template Method)
- C#設計模式(15)——命令模式(Command Pattern)
- C#設計模式(16)——迭代器模式(Iterator Pattern)
- C#設計模式(17)——觀察者模式(Observer Pattern)
- C#設計模式(18)——中介者模式(Mediator Pattern)
- C#設計模式(19)——狀態者模式(State Pattern)
- C#設計模式(20)——策略者模式(Stragety Pattern)
- C#設計模式(21)——責任鏈模式
- C#設計模式(22)——訪問者模式(Vistor Pattern)
- C#設計模式(23)——備忘錄模式(Memento Pattern)
- C#設計模式總結
- WPF快速入門系列
- WPF快速入門系列(1)——WPF布局概覽
- WPF快速入門系列(2)——深入解析依賴屬性
- WPF快速入門系列(3)——深入解析WPF事件機制
- WPF快速入門系列(4)——深入解析WPF綁定
- WPF快速入門系列(5)——深入解析WPF命令
- WPF快速入門系列(6)——WPF資源和樣式
- WPF快速入門系列(7)——深入解析WPF模板
- WPF快速入門系列(8)——MVVM快速入門
- WPF快速入門系列(9)——WPF任務管理工具實現
- ASP.NET 開發
- ASP.NET 開發必備知識點(1):如何讓Asp.net網站運行在自定義的Web服務器上
- ASP.NET 開發必備知識點(2):那些年追過的ASP.NET權限管理
- ASP.NET中實現回調
- 跟我一起學WCF
- 跟我一起學WCF(1)——MSMQ消息隊列
- 跟我一起學WCF(2)——利用.NET Remoting技術開發分布式應用
- 跟我一起學WCF(3)——利用Web Services開發分布式應用
- 跟我一起學WCF(3)——利用Web Services開發分布式應用
- 跟我一起學WCF(4)——第一個WCF程序
- 跟我一起學WCF(5)——深入解析服務契約 上篇
- 跟我一起學WCF(6)——深入解析服務契約 下篇
- 跟我一起學WCF(7)——WCF數據契約與序列化詳解
- 跟我一起學WCF(8)——WCF中Session、實例管理詳解
- 跟我一起學WCF(9)——WCF回調操作的實現
- 跟我一起學WCF(10)——WCF中事務處理
- 跟我一起學WCF(11)——WCF中隊列服務詳解
- 跟我一起學WCF(12)——WCF中Rest服務入門
- 跟我一起學WCF(13)——WCF系列總結
- .NET領域驅動設計實戰系列
- .NET領域驅動設計實戰系列 專題一:前期準備之EF CodeFirst
- .NET領域驅動設計實戰系列 專題二:結合領域驅動設計的面向服務架構來搭建網上書店
- .NET領域驅動設計實戰系列 專題三:前期準備之規約模式(Specification Pattern)
- .NET領域驅動設計實戰系列 專題四:前期準備之工作單元模式(Unit Of Work)
- .NET領域驅動設計實戰系列 專題五:網上書店規約模式、工作單元模式的引入以及購物車的實現
- .NET領域驅動設計實戰系列 專題六:DDD實踐案例:網上書店訂單功能的實現
- .NET領域驅動設計實戰系列 專題七:DDD實踐案例:引入事件驅動與中間件機制來實現后臺管理功能
- .NET領域驅動設計實戰系列 專題八:DDD案例:網上書店分布式消息隊列和分布式緩存的實現
- .NET領域驅動設計實戰系列 專題九:DDD案例:網上書店AOP和站點地圖的實現
- .NET領域驅動設計實戰系列 專題十:DDD擴展內容:全面剖析CQRS模式實現
- .NET領域驅動設計實戰系列 專題十一:.NET 領域驅動設計實戰系列總結