C#的GC机制（来自网摘复制，未整理）

那么对于程序资源来说，我们应该做些什么，以及如何去做，才能使程序效率最高，同时占用资源能尽快的释放。前面也说了，资源分为两种，托管的内存资源，这是不需要我们操心的，系统已经为我们进行管理了；那么对于非托管的资源，这里再重申一下，就是Stream，数据库的连接，GDI+的相关对象，还有Com对象等等这些资源，需要我们手动去释放。

如何去释放，应该把这些操作放到哪里比较好呢。.Net提供了三种方法，也是最常见的三种，大致如下：
<!--[if !supportLists]-->1．  <!--[endif]-->析构函数；
<!--[if !supportLists]-->2．  <!--[endif]-->继承IDisposable接口，实现Dispose方法；
<!--[if !supportLists]-->3．  <!--[endif]-->提供Close方法。

经过前面的介绍，可以知道析构函数只能被GC来调用的，那么无法确定它什么时候被调用，因此用它作为资源的释放并不是很合理，因为资源释放不及时；但是为了防止资源泄漏，毕竟它会被GC调用，因此析构函数可以作为一个补救方法。而Close与Dispose这两种方法的区别在于，调用完了对象的Close方法后，此对象有可能被重新进行使用；而Dispose方法来说，此对象所占有的资源需要被标记为无用了，也就是此对象被销毁了，不能再被使用。例如，常见SqlConnection这个类，当调用完Close方法后，可以通过Open重新打开数据库连接，当彻底不用这个对象了就可以调用Dispose方法来标记此对象无用，等待GC回收。明白了这两种方法的意思后，大家在往自己的类中添加的接口时候，不要歪曲了这两者意思。

 

GC为了提高回收的效 率使用了Generation的概念，原理是这样的，第一次回收之前创建的对象属于Generation 0，之后，每次回收时这个Generation的号码就会向后挪一，也就是说，第二次回收时原来的Generation 0变成了Generation 1，而在第一次回收后和第二次回收前创建的对象将属于Generation 0。GC会先试着在属于Generation 0的对象中回收，因为这些是最新的，所以最有可能会被回收，比如一些函数中的局部变量在退出函数时就没有引用了（可被回收）。如果在Generation 0中回收了足够的内存，那么GC就不会再接着回收了，如果回收的还不够，那么GC就试着在Genera

在C#中，资源分为托管资源和非托管资源两种。GC在回收无用对象资源时，可以自动回收托管资源（比如托管内存），但对于非托管资源（比如Socket、文件、数据库连接）必须在程序中显式释放。

托管资源的回收首先需要GC识别无用对象，然后回收其资源。一般无用对象是指通过当前的系统根对象和调用堆栈对象不可达的对象。对象有一个重要的特点导致无用对象判断的复杂性：对象间的相互引用！如果没有相互引用，就可以通过“引用计数”这种简单高效的方式实现无用对象的判断，并实现实时回收。正是由于相互引用的存在导致GC需要设计更为复杂的算法，这样带来的最大问题在于丧失了资源回收的实时性，而变成一种不确定的方式。

对于非托管资源的释放，C#提供了两种方式：

1.Finalizer：写法貌似C++的析构函数，本质上却相差甚远。Finalizer是对象被GC回收之前调用的终结器，初衷是在这里释放非托管资源，但由于GC运行时机的不确定性，通常会导致非托管资源释放不及时。另外，Finalizer可能还会有意想不到的副作用，比如：被回收的对象已经没有被其他可用对象所引用，但Finalizer内部却把它重新变成可用，这就破坏了GC垃圾收集过程的原子性，增大了GC开销。

2.Dispose Pattern：C#提供using关键字支持Dispose Pattern进行资源释放。这样能通过确定的方式释放非托管资源，而且using结构提供了异常安全性。所以，一般建议采用Dispose Pattern，并在Finalizer中辅以检查，如果忘记显式Dispose对象则在Finalizer中释放资源。

可以说，GC为程序带来安全方便的同时也付出了不小的代价：一则丧失了托管资源回收的实时性，这在实时系统和资源受限系统中是致命的；二则没有把C#托管资源和非托管资源的管理统一起来，造成概念割裂。C++的定位之一是底层开发能力，所以不难理解GC并没有成为C++的语言特性。虽然我们在C++0x和各种第三方库都能看到GC的身影，但GC对于C++来讲并不是那么重要，至多是一个有益的补充。C++足以傲视C，并和C# GC一较高下的是它的RAII。以上介绍C#托管资源和非托管资源

 

 

 

 

private void button1_Click(object sender, EventArgs e)

{           

AA a = new AA();

AA b = new AA();

AA c = new AA();

AA d = new AA();

{

~AA()

{

        MessageBox.Show("析构函数被执行了");

private void button1_Click(object sender, EventArgs e)

{           

AA a = new AA();

AA b = new AA();

AA c = new AA();

AA d = new AA();

GC.Collect();

public class AA

{

     FileStream fs = new FileStream("D://a.txt",FileMode.Open);

     ~AA()

     {

            MessageBox.Show("析构函数被执行了");

private void button1_Click(object sender, EventArgs e)

{

如果是这样一种情况，哪么第二次点击的时候就会报错，原因是一个文件只能创建一个连接。哪么一定要释放掉第一个资源，才可以进行第二次的连接。哪么首先我们想到用GC.Collect()，来强制释放闲置的资源，修改代码如下：

private void button1_Click(object sender, EventArgs e)

{

            GC.Collect();

public class AA:IDisposable

    {

        FileStream fs = new FileStream("D://a.txt",FileMode.Open);

        ~AA()

        {

            MessageBox.Show("析构函数被执行了");

 

        }

 

        #region IDisposable 成员

 

        public void Dispose()

        {

            fs.Dispose();

            MessageBox.Show("dispose执行了");

        }

 

        #endregion

好了，我们看到了，继承IDisposable接口以后会有一个Dispose方法（当然了，你不想继承也可以，但是接口给我们提供一种规则，你不愿意遵守这个规则，就永远无法融入整个团队，你的代码只有你一个人能看懂），好了闲话不说，这样一来我们的button1_Click改为private void button1_Click(object sender, EventArgs e)

{

private void button1_Click(object sender, EventArgs e)

{

         public void Dispose()

        {

            fs.Dispose();

            MessageBox.Show("dispose执行了");

GC.SuppressFinalize(this);

        }

 

 

C#技术漫谈之垃圾回收机制(GC)_知识库_博客园
http://kb.cnblogs.com/page/106720/