C#的Garbage Collector(GC,垃圾回收器)往往让很多程序员产生了对于程序中使用的内存撒手不管的态度。他们会认为既然已经有GC在后台运行了，代码中就不需要多加注意了。事实上GC可以是最好的朋友，也可以是最坏的敌人，完全取决于代码。
★垃圾回收器的基本假定★：
1.被分配内存空间的对象最有可能被释放。在方法执行时，就需要为该方法的对象分配内存空间，搜索最近分配的对象集合有助于花费最少的代价来尽可能多地释放内存空间。
2.生命期最长的对象释放的可能性最小，经过几轮垃圾回收后，对象仍然存在，搜索它时就需要进行大量的工作，却只能释放很小的一部分空间。
3.同时被分配内存的对象通常是同时使用，将它们彼此相连有助于提高缓存性能和回收效率。
C#中的回收器是分代的垃圾回收器（Gererational Garbage Collector) 它将分配的对象分为3个类别或代。（可用GC.GetGeneration方法返回任意作为参数的对象当前所处的代）最近被分配内存的对象被放置于第0 代，因为第0代很小，小到足以放进处理器的二级（L2)缓存，所以它能够提供对对象的快速存取。经过一轮垃圾回收后，仍然保留在第0代中的对象被移进第1 代中，再经过一轮垃圾内存回收后，仍然保留在第1代中的对象则被移进第2代中，第2代中包含了生存期较长的对象。
在C#中值类型是在堆栈中分配内存，它们有自身的生命周期，所以不用对它们进行管理，会自动分配和释放。而引用类型是在堆中分配内存的。所以它的分配和释放就需要像回收机制来管理。C#为一个对象分配内存时，托管堆可以立即返回新对象所需的内存，因为托管堆类似于简单的字节数组，有一个指向第一个可用内存空间的指针，指针像游标一样向后移动，一段段内存就分配给了正在运行的程序的对象。在不需要太多垃圾回收的程序中，托管堆性能优于传统的堆。
当第0代中没有可以分配的有效内存时，就触发了第0代中的一轮垃圾回收，它将删除那些不再被引用的对象，并将当前正在使用的对象移至第1代。而当第0代垃圾回收后依然不能请求到充足的内存时，就启动第1代垃圾回收。如果对各代都进行了垃圾回收后仍没有可用的内存就会引发一个 OutOfMemoryException异常。
终结器(Finalize方法)
在有些情况下，类可以提供一个终结器在对象被销毁时执行，终结器是一个名为Finalize的受保护的方法：
protected void Finalize()
{
base.Finalize();
//释放外部资源
}
垃圾回收器使用名为“终止队列”的内部结构跟踪具有 Finalize 方法的对象。每次您的应用程序创建具有 Finalize 方法的对象时，垃圾回收器都在终止队列中放置一个指向该对象的项。托管堆中所有需要在垃圾回收器回收其内存之前调用它们的终止代码的对象都在终止队列中含有项。（实现Finalize方法或析构函数对性能可能会有负面影响，因此应避免不必要地使用它们。用Finalize方法回收对象使用的内存需要至少两次垃圾回收。当垃圾回收器执行回收时，它只回收没有终结器的不可访问对象的内存。这时，它不能回收具有终结器的不可访问对象。它改为将这些对象的项从终止队列中移除并将它们放置在标为准备终止的对象列表中。该列表中的项指向托管堆中准备被调用其终止代码的对象。垃圾回收器为此列表中的对象调用Finalize方法，然后将这些项从列表中移除。后来的垃圾回收将确定终止的对象确实是垃圾，因为标为准备终止对象的列表中的项不再指向它们。在后来的垃圾回收中，实际上回收了对象的内存。概括而言，就是将垃圾回收分为了三个阶段，第一个阶段回收没有Finalize方法或者析构函数的对象，第二个阶段调用那些析构函数或者Finalize方法，第三个阶段回收那些刚调用了析构函数或者Finalize方法的对象。）
终结器（finalizer）是在回收过程中，由垃圾回收器调用的方法。如何含有终结器的对象到了G2中，那么就会需要非常长的时间来回收。事实上，根据应用程序运行时间的长短，对象很有机会直到应用程序退出之前都不会被回收（特别是其中包含的重要的资源得不得释放，将会对性能产生很大的影响，比如说数据库连接得不到释放。）
Dispose方法
在不使用终结器时，可以考虑使用Dispose方法，你可以使用这个方法来释放所保存包括的在托管对象引用在内的任何资源。系统类中如何实现了Dispose方法，那么一般Dispose方法中都包含了SuppressFinalize方法，这个方法会告知系统这个类已经不再需要析构了，这样可以提高释放资源的效率。所以在自定义类中的Dispose方法应该调用GC.SuppressFinalize来告知运行时这些对象不需要析构。如下所示:
public void Dispose()
{
object.Dispose();
dbConnection.Dispose();
GC.SuppressFinalize(this);//申明不需要终结
}
创建并使用了Dispose方法的对象，就需要使用完该对象之后调用这些方法，最好是在Finally中调用。
{
private IntPtr handle;
private Component Components;
private bool disposed = false;
public BaseResource()
{
}
public void Dispose()
{
Dispose(true);
GC.SuppressFinalize(this);
}
protected virtual void Dispose(bool disposing)
{
if(!this.disposed)
{
if(disposing)
{
Components.Dispose();
}
CloseHandle(handle);
handle = IntPtr.Zero;
}
disposed = true;
}
~BaseResource()
{
Dispose(false);
}
public void DoSomething()
{
if(this.disposed)
{
throw new ObjectDisposedException();
}
}
}
{
private ManagedResource addedManaged;
private NativeResource addedNative;
private bool disposed = false;
public MyResourceWrapper()
{
}
protected override void Dispose(bool disposing)
{
if(!this.disposed)
{
try
{
if(disposing)
{
addedManaged.Dispose();
}
CloseHandle(addedNative);
this.disposed = true;
}
finally
{
base.Dispose(disposing);
}
}
}
}
System.GC类
GC类包含了可使用户与垃圾回收机制进行互操作的静态方法，包括发起新一轮垃圾回收操作的方法。确定某对象当前所在代的方法及当前分配内存空间的方法。
GC.Collect();//无参时将发起一轮全面的回收。（完全回收之前，应用程序会停止响应，因此不建议使用。）
GC.Collect(i);//(0<=i<=2)对第i代进行垃圾回收。
GetTotalMemory将返因分配于托管堆上的内存空间总量。当参数为True时，在计算之前将进行一轮全面的垃圾回收。如下所示：
long totalMemory = System.GC.GetTotalMemory(True);
下面是 在.NET Framework 2.0 版中是新增的公共方法：
通知运行库在安排垃圾回收时应考虑分配大量的非托管内存
long bytesAllocated)//bytesAllocated已分配的非托管内存的增量。
返回已经对对象的指定代进行的垃圾回收次数。
int generation
)
通知运行库已释放非托管内存，在安排垃圾回收时不需要再考虑它。
long bytesAllocated
)