相對於C++程式設計師來說，C#程式設計師是非常幸運的，至少我們不需要為記憶體洩漏（Memory Leak）而頭疼，不需要負責記憶體的分配和回收。但這不意味著我們只需要知道new的語法就可以了，作為一個嚴肅的C#程式設計師，我們應該對此有所瞭解，有助於我們編寫效能更好的程式碼。

主要內容：

CLR的記憶體分配機制

CLR的回收機制

一、CLR的記憶體分配機制

.NET Framework 的垃圾回收器管理應用程式的記憶體分配和釋放。每次使用 new 運算子建立物件時，執行庫都從託管堆為該物件分配記憶體。只要託管堆中有地址空間可用，執行庫就會繼續為新物件分配空間。

但是，記憶體不是無限大的。

最終，垃圾回收器必須執行回收以釋放一些記憶體。垃圾回收器優化引擎根據正在進行的分配情況確定執行回收的最佳時間。當垃圾回收器執行回收時，它檢查託管堆中不再被應用程式使用的物件並執行必要的操作來回收它們佔用的記憶體。

二、CLR的記憶體回收機制

一般我們在程式中建立的物件大部分都是託管物件，可依靠GC自動進行記憶體的回收，但是對於封裝了非託管資源的物件，就需要我們顯式過載object.Finalize()介面來實現非託管資源的釋放。

* 解構函式會在編譯時會被翻譯為protected void Finalize()，這是C#的解構函式的語法

GC在回收物件之前會呼叫Finalize()來實現非託管資源的釋放，不過按照MSDN的說法，Finalize()會導致效能的降低。

“垃圾回收器使用名為“終止佇列”的內部結構跟蹤具有 Finalize 方法的物件。每次您的應用程式建立具有 Finalize 方法的物件時，垃圾回收器都在終止佇列中放置一個指向該物件的項。託管堆中所有需要在垃圾回收器回收其記憶體之前呼叫它們的終止程式碼的物件都在終止佇列中含有項。

實現 Finalize 方法或解構函式對效能可能會有負面影響，因此應避免不必要地使用它們。用 Finalize 方法回收物件使用的記憶體需要至少兩次垃圾回收。當垃圾回收器執行回收時，它只回收沒有終結器的不可訪問物件的記憶體。這時，它不能回收具有終結器的不可訪問物件。它改為將這些物件的項從終止佇列中移除並將它們放置在標為準備終止的物件列表中。該列表中的項指向託管堆中準備被呼叫其終止程式碼的物件。垃圾回收器為此列表中的物件呼叫 Finalize 方法，然後，將這些項從列表中移除。後來的垃圾回收將確定終止的物件確實是垃圾，因為標為準備終止物件的列表中的項不再指向它們。在後來的垃圾回收中，實際上回收了物件的記憶體。” －－[MSDN]

更加建議實現Sytem.IDisposable.Dispose()介面，用來實現對非託管資源的釋放，這也是.Net Framework中常見的設計模式。那該怎麼實現Dispose呢？

1、首先，Dispose介面應該釋放自身物件所佔用的資源，還應該呼叫基類的Dispose方法，釋放基類部分所佔用的資源。

2、前面說過Finalize()會導致效能問題，那麼在執行Dispose以後就應該告訴GC不用在呼叫Finalize()了

當然我們完全可以定義一個MySpace.IClosable.Close()，通過實現這個介面來進行非託管資源的釋放，不過這實在沒有必要。