釋放未托管的資源有兩種方法

1、析構函數

2、實現System.IDisposable接口

一、析構函數

構造函數可以指定必須在創建類的實例時進行的某些操作，在垃圾收集器刪除對象時，也可以調用析構函數。析構函數初看起來似乎是放置釋放未托管資源、執行一般清理操作的代碼的最佳地方。但是，事情并不是如此簡單。由于垃圾回收器的運行規則決定了，不能在析構函數中放置需要在某一時刻運行的代碼，如果對象占用了寶貴而重要的資源，應盡可能快地釋放這些資源，此時就不能等待垃圾收集器來釋放了．

實例

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text; 

namespace MemRelease

{    class PRogram    {        ~Program()        {            // Orders.        }         static void Main(string[] args)        {        }    }} 

在IL DASM中，你會發現并沒有這個析構的方法。C#編譯器在編譯析構函數時，會隱式地把析構函數的代碼編譯為Finalize()方法的對應代碼，確保執行父類的Finalize()方法 看下這段代碼中對于析構函數的編譯：

.method family hidebysig virtual instance void 

        Finalize() cil managed

{  // Code size       14 (0xe)  .maxstack  1  .try  {    IL_0000:  nop    IL_0001:  nop    IL_0002:  leave.s    IL_000c  }  // end .try  finally  {    IL_0004:  ldarg.0    IL_0005:  call       instance void [mscorlib]System.Object::Finalize()    IL_000a:  nop    IL_000b:  endfinally  }  // end handler  IL_000c:  nop  IL_000d:  ret} // end of method Program::Finalize 

使用析構函數來釋放資源有幾個問題：

1、與C++析構函數相比，C#析構函數的問題是他們的不確定性。在刪除C++對象時，其析構函數會立即執行，但是由于垃圾收集器的工作方式，無法確定C#對象的析構函數何時執行。

2、C#析構函數的執行會延遲對象最終從內存中刪除的時間。有析構函數的對象需要2次處理才能刪除：第一次調用析構函數時，沒有刪除對象，第二次調用才真正刪除對象。

二、IDisposable接口

IDisposable接口定義了一個模式，為釋放未托管的資源提供了確定的機制，并避免產生析構函數固有的與垃圾函數器相關的問題。IDisposable接口聲明了一個方法Dispose()，它不帶參數，返回void。

1、MSDN建議按照下面的模式實現IDisposable接口

 public class Foo: IDisposable