C# 垃圾回收机制

一.对象的代

     C#的对象都是分配在托管堆上，也就是.NET Framework 底层用一个类似数组的容器帮我们管理了这些对象。

     C#进行垃圾回收时，为了避免逐个检查托管堆上的所有对象，堆上的每一个对象被指定为属于某“代”。“代”有第0代，第1代，第2代。垃圾回收器首先调查所有第0代对象，如果标记和清除这些对象得到了所需数量的空闲内存，就不会去检查第1代的对象（第0代对象中被标记为回收的对象可能因为已经获取了足够的堆空间而没有被删除，也就是说第0代被标记为回收的对象可能不会全部被清除），同时任何没有被回收的对象都被提升到第1代。

     代的设计思路很简单：对象在堆上存在的时间越长，它就更可能应该保留。例如，定义桌面应用程序主窗口的类将一直停留在内存中直到程序结束。相反，最近才放在堆上的对象可能很快就不可访问了（例如在一个方法作用域中创建的对象）。基于这些假设，堆上的每一个对象都属于下列某代：

1. 第0代：从没有被标记为回收的新分配的对象
2. 第1代：在上一次垃圾回收中没有被回收的对象（也就是，它被标记为回收，但因为已经获取了足够的堆空间而没有被删除）
3. 第2代：在一次以上的垃圾回收后仍然没有被回收的对象

其中第0代和第1代称为暂时代。

二.应用程序根

     但是垃圾回收器是怎样确定什么时候“不再需要”一个对象。简单的说，根就是一个存储位置，其中保存着对托管堆上一个对象的引用。严格地说，根可以属于下面任何一个类别：

• 全局对象的引用（虽然在C#中不允许，但是CIL代码的确允许分配全局对象）
• 静态对象/静态字段的引用
• 应用程序代码库中局部对象的引用
• 传递进一个方法的对象参数的引用
• 等待被终结的对象的引用
• 任何引用对象的CPU寄存器

     在一个垃圾回收过程中，运行库将检查托管堆上的对象，判断应用程序是否仍然可以访问它们，即是否还是有根的，如果没有该对象没有任何引用，该对象就会被回收。

总结：

     如果堆空间足够，也就是内存足够，那么有很多即使不被使用的对象也不会被清除，继续占据着内存。那么如果CLR（Common Language Runtime）中有足够的堆空间，即使我们手动调用一次GC.Collect() 也不会进行垃圾回收。