在開始本文前，需要一些準備知識。首先要提出“什么是資源”。在CLR出來之后，Windows系統資源開始分為“非托管資源”和“托管資源”。非托管資源是指：所有的Window內核對象（句柄）都是非托管資源，如對于Stream，數據庫連接，GDI+的相關對象，還有Com對象等等，這些資源并不是受到CLR管理；托管資源是指：由CLR管理分配和釋放的資源，即由CLR里new出來的對象。

　　其次再來講，資源的釋放方式。非托管資源：需要顯式釋放的，也即需要你寫代碼釋放；托管資源：并不需要顯式釋放，但是如果引用類型本身含有非托管資源，則需要進行現實釋放；顯式釋放的C#實現，由C#語法支持的有：

         1：實現IDisposable接口的Dispose方法；

         2：析構方法（終結器）；

         不由C#語法支持，但是約定支持的顯式釋放是：

         3：提供Close方法；

　　但是，還需要區分這3種方式的異同點。首先，你無法調用析構方法。析構方法是由垃圾回收機制進行調用的。換句話來說，就是你不知道析構方法被調用的時機。嚴格意義上來說，它只是作為資源釋放的一個補救措施。資源釋放的一個正確的措施是為類型實現IDisposable接口的Dispose。當你需要釋放類型的資源的時候，應該顯示的調用Dipose方法。當然，這里還有一個C#的語法糖，就是使用using程序塊，在離開using程序塊的時候，CLR會自動調用類型所創建對象的Dipose方法。

　　可能有人會問道，既然可以通過Dispose方法的方式來進行資源的釋放，為什么有些類型還需要提供一個Close方法。這里面的區別，或者說約定在于，如果你仔細觀察這些類型：他們基本都只公開了Close方法，他們都實現了IDisposable，但都隱藏了Dispose方法。以Socket這個類為例，它：

1：提供public void Close()

　　2：提供顯式void IDisposable.Dispose()

　　3：提供protected virtual void Dispose(bool disposing)。真正的資源釋放的代碼放在這里。所以理論上來將，提供Close方法最終還是使用的Dispose方法，之所以這么做，是因為這些類型出于顯式實現IDisposable的因素，在調用這些Dispose方法的時候，必須完成一次轉型，如： 

           ((IDisposable)new A()).Dispose(); 

　　為了避免轉型，同時也為了避免不熟悉C#語法的開發人員更直觀的釋放資源，提供了Close方法。在上文的例子中，你可能已經注意到IDisposable.Dispose這個方法中，包含一句： 

      GC.SuppressFinalize(this); 

　　這是告訴CLR，在進行垃圾回收的時候，不用再繼續調用析構方法（終結器）了。是的，因為你已經手動釋放資源了。這也從另一個方面驗證了析構方法只是作為資源釋放的補救機制。因為假設你忘記Close或者Dispose了，CLR會在垃圾回收的時候為你做這件事。查看Socket的析構函數，你會很好的理解這一點。

　　是的，析構方法調用的也是Dispose。

　　備注：本文帶來幾個爭論，

　　1：托管資源本身是否需要顯式釋放。答案顯然是：不需要；

　　2：如果引用類型對象不再需要，是否需要顯式=null；答案是：即使不這樣做，GC也會進行垃圾回收。

　　3：將托管資源分為引用類型資源和值類型資源這種分類方法是有問題的，或者說是錯誤的。正確的分類法應該是棧資源和堆資源。線程棧中存放的是方法的實參和方法內部的局部變量。堆上存放的是類型對象本身及對象的兩個額外成員：類型對象指針和同步塊索引。

　　4：Dispose方法本身是用來讓你放置資源清理代碼的。顯然，一個空方法并不代表清理工作本身，真正執行清理工作的是你具體的代碼。