GC回收和IDispose接口

1. 关于GC
   donet的GC机制有两个问题：首先GC并不能释放所有资源，它更不能释放非托管资源。其次，GC也不是实时的，所有GC存在不确定性。
   

2.为了解决这个问题donet提供了析构函数

通常我们应该这样写程序：

public class TestClass : System.IDisposable

{

           public void Dispose()//供程序员显式调用的Dispose方法

      {

         Dispose(true);//调用带参数的Dispose方法，释放托管和非托管资源

         System.GC.SuppressFinalize(this);//手动调用了Dispose释放资源，那么析构函数就是不必要的了，这里阻止GC调用析构函数

      }

   protected void Dispose(bool disposing)

    //protected的Dispose方法，保证不会被外部调用。

                //传入bool值disposing以确定是否释放托管资源

            {

                 if (disposing)

                   {//在这里加入清理"托管资源"的代码，应该是xxx.Dispose();}

                 // 在这里加入清理"非托管资源"的代码

            }

        ~SampleClass() //供GC调用的析构函数

           {Dispose(false);//释放非托管资源}

}
 这样一来，我们就像Delphi里调用Object.Free方法一样自然的调用Object.Dispose方法，而即使我们忘记了在合适的时候调用Dispose，GC也会在释放对象的时候帮我们清理非托管资源的。GC所充当的角色只是一种保障手段，它应该充当这种角色，我们不能过分依赖它。

        实际上，在较大的模块退出时我们还应该及时地手动调用GC.Collect进行垃圾回收。

转载于:https://www.cnblogs.com/alecwen/archive/2007/01/19/624853.html