內存泄漏是指：當一塊內存被分配后，被丟棄，沒有任何實例指針指向這塊內存， 并且這塊內存不會被GC視為垃圾進行回收。這塊內存會一直存在，直到程序退出。C#是托管型代碼，其內存的分配和釋放都是由CLR負責，當一塊內存沒有任何實例引用時，GC會負責將其回收。既然沒有任何實例引用的內存會被GC回收，那么內存泄漏是如何發生的？

內存泄漏示例

為了演示內存泄漏是如何發生的，我們來看一段代碼

class Program { static event Action TestEvent; static void Main(string[] args) {  var memory = new TestAction();  TestEvent += memory.Run;  OnTestEvent();  memory = null;  //強制垃圾回收  GC.Collect(GC.MaxGeneration);  Console.WriteLine("GC.Collect");  //測試是否回收成功  OnTestEvent();  Console.ReadLine(); } public static void OnTestEvent() {  if (TestEvent != null) TestEvent();  else Console.WriteLine("Test Event is null"); } class TestAction  {  public void Run() {   Console.WriteLine("TestAction Run.");  } }}

該例子中，memory.run訂閱了TestEvent事件，引發事件后，會在屏幕上看到 TestAction Run。當memory =null 后，memory原來指向的內存就沒有任何實例再引用該塊內存了，這樣的內存就是待回收的內存。GC.Collect(GC.MaxGeneration)語句會強制執行一次垃圾回收，再次引發事件，發現屏幕上還是會顯示TestAction Run。該內存沒有被GC回收，這就是內純泄漏。這是由TestEvent+=memory.Run語句引起的，當GC.Collect執行的時候，當他看到該塊內存還有TestEvent引用，就不會進行回收。但是該內存已經是“無法到達”的了，即無法調用該塊內存，只有在引發事件的時候，才能執行該內存的Run方法。這顯然不是我想要的效果，當memory = null執行時，我希望該內存在GC執行時被回收，并且當TestEvent被引發時，Run方法不會執行，因為我已經把該內存“解放”了。

這里有一個問題，就是C#中如何“釋放”一塊內存。像C和C++這樣的語言，內存的聲明和釋放都是開發人員負責的，一旦內存new了出來，就要delete，不然就會造成內存泄漏。這更靈活，也更麻煩，一不小心就會泄漏，忘記釋放、線程異常而沒有執行釋放的代碼...有手動分配內存的語言就有自動分配和釋放的語言。最開始使用垃圾回收的語言是LISP，之后被用在Java和C#等托管語言中。像C#，CLR負責內存的釋放，當程序執行一段時間后，CLR檢測到垃圾內存已經值得進行一次垃圾回收時，會執行垃圾回收。至于如何判定一塊內存是否為垃圾內存，比較著名的是計數法，即有一個實例引用了該內存后，就在該內存的計數上+1，改實例取消了對該內存的引用，計數就-1，當計數為0時，就被判定為垃圾。該種方法的問題是對循環引用束手無策，如A的某個字段引用了B，而B的某個字段引用了A，這樣A和B的技術都不會降到0。CLR改用的方法是類似“標記引用法”（我自己的命名）：在執行GC時，會掛起全部線程，并將托管堆中所有的內存都打上垃圾的標記，之后遍歷所有可到達的實例，這些實例如果引用了托管堆的內存，就將該內存的標記由垃圾變為被引用。當遇到A和B相互引用的時候，如果沒有其他實例引用A或者B，雖然A和B相互引用，但是A和B都是不可到達的，即沒辦法引用A或者B，則A和B都會被判定為垃圾而被回收。講解了這么一大堆，目的就是要說，在C#中，你想要釋放一塊內存，你只要讓該塊內存沒有任何實例引用他，就可以了。那么當執行memory = null后，除了對TestEvent的訂閱，沒有任何實例再引用了該塊內存，那么為什么訂閱事件會阻止內存的釋放？

我們來看看TestEvent+=memory.Run()這句話都干了什么。我們利用IL反編譯上面的dll，可以看到