.net的GC机制有两个问题：首先GC并不能释放所有资源，它更不能释放非托管资源。其次，GC也不是实时的，所有GC存在不确定性。
为了解决这个问题.NET提供了析构函数

public class DisposeClass : System.IDisposable

{

    //供程序员显式调用的Dispose方法

    public void Dispose()

    {

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

        Dispose(true);

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

        System.GC.SuppressFinalize(this);

    }

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

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

    protected void Dispose(bool disposing)

    {

        if (disposing)

        {

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

        }

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

    }

    //供GC调用的析构函数

    ~DisposeClass()

    {

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

    }

}

　　而即使我们忘记了在合适的时候调用Dispose，GC也会在释放对象的时候帮我们清理非托管资源的。GC所充当的角色只是一种保障手段，它应该充当这种角色，我们不能过分依赖它。实际上，在较大的模块退出时我们还应该及时地手动调用GC.Collect进行垃圾回收。

什么是托管资源，什么是非托管资源了？

　　最常见的一类非托管资源就是包装操作系统资源的对象，例如文件，窗口或网络连接，对于这类资源虽然垃圾回收器可以跟踪封装非托管资源的对象的生存期，但它不了解具体如何清理这些资源。还好.net Framework提供了Finalize()方法，它允许在垃圾回收器回收该类资源时，适当的清理非托管资源。如果在MSDN Library 中搜索Finalize将会发现很多类似的主题，这里列举几种常见的非托管资源：ApplicationContext,Brush,Component,ComponentDesigner,Container,Context,Cursor,FileStream,Font,Icon,Image,Matrix,Object,OdbcDataReader,OleDBDataReader,Pen,Regex,Socket,StreamWriter,Timer,Tooltip 等等资源。可能在使用的时候很多都没有注意到！

.NET GC使用"代"(generations)的概念来优化性能。代帮助GC更迅速的识别那些最可能成为垃圾的对象。在上次执行完垃圾回收后新创建的对象为第0代对象。经历了一次GC周期的对象为第1代对象。经历了两次或更多的GC周期的对象为第2代对象。代的作用是为了区*部变量和需要在应用程序生存周期中一直存活的对象。大部分第0代对象是局部变量。成员变量和全局变量很快变成第1代对象并最终成为第2代对象。

GC对不同代的对象执行不同的检查策略以优化性能。每个GC周期都会检查第0代对象。大约1/10的GC周期检查第0代和第1代对象。大约1/100的GC周期检查所有的对象。重新思考Finalization的代价：需要Finalization的对象可能比不需要Finalization在内存中停留额外9个GC周期。如果此时它还没有被Finalize,就变成第2代对象，从而在内存中停留更长时间。