首先要指导GC的机制，这部分转载自：http://blog.csdn.net/qq_20949153/article/details/52188882

CLR：公共运行时环境，管理托管堆。

CTR：设置引用类型，值类型。

GC：只负责回收托管对象，不负责回收非托管对象。

垃圾回收器的基本假定：
         1.被分配内存空间的对象最有可能被释放。在方法执行时，就需要为该方法的对象分配内存空间，搜索最近分配的对象集合有助于花费最少的代价来尽可能多地释放内存空间。
        2.生命期最长的对象释放的可能性最小，经过几轮垃圾回收后，对象仍然存在，搜索它时就需要进行大量的工作，却只能释放很小的一部分空间。
        3.同时被分配内存的对象通常是同时使用，将它们彼此相连有助于提高缓存性能和回收效率。
C#中的回收器是分代的垃圾回收器（Gererational GarbageCollector) 它将分配的对象分为3个类别或代。（可用GC.GetGeneration方法返回任意作为参数的对象当前所处的代）最近被分配内存的对象被放置于第0代，因为第0代很小，小到足以放进处理器的二级（L2)缓存，所以它能够提供对对象的快速存取。经过一轮垃圾回收后，仍然保留在第0代中的对象被移进第1代中，再经过一轮垃圾内存回收后，仍然保留在第1代中的对象则被移进第2代中，第2代中包含了生存期较长的对象。
      在C#中值类型是在堆栈中分配内存，它们有自身的生命周期，所以不用对它们进行管理，会自动分配和释放。而引用类型是在堆中分配内存的。所以它的分配和释放就需要像回收机制来管理。C#为一个对象分配内存时，托管堆可以立即返回新对象所需的内存，因为托管堆类似于简单的字节数组，有一个指向第一个可用内存空间的指针，指针像游标一样向后移动，一段段内存就分配给了正在运行的程序的对象。在不需要太多垃圾回收的程序小，托管堆性能优于传统的堆。
      当第0代中没有可以分配的有效内存时，就触发了第0代中的一轮垃圾回收，它将删除那些不再被引用的对象，并将当前正在使用的对象移至第1代。而当第0代垃圾回收后依然不能请求到充足的内存时，就启动第1代垃圾回收。如果对各代都进行了垃圾回收后仍没有可用的内存就会引发一个OutOfMemoryException异常。

在垃圾回收时尽量避免使用finallize来回收资源，这样会造成两车垃圾回收，影响效率

垃圾回收器使用名为“终止队列”的内部结构跟踪具有 Finalize 方法的对象。每次您的应用程序创建具有 Finalize 方法的对象时，垃圾回收器都在终止队列中放置一个指向该对象的项。托管堆中所有需要在垃圾回收器回收其内存之前调用它们的终止代码的对象都在终止队列中含有项。（实现 Finalize 方法或析构函数对性能可能会有负面影响，因此应避免不必要地使用它们。用 Finalize 方法回收对象使用的内存需要至少两次垃圾回收。当垃圾回收器执行回收时，它只回收没有终结器的不可访问对象的内存。这时，它不能回收具有终结器的不可访问对象。它改为将这些对象的项从终止队列中移除并将它们放置在标为准备终止的对象列表中。该列表中的项指向托管堆中准备被调用其终止代码的对象。垃圾回收器为此列表中的对象调用 Finalize 方法，然后，将这些项从列表中移除。后来的垃圾回收将确定终止的对象确实是垃圾，因为标为准备终止对象的列表中的项不再指向它们。在后来的垃圾回收中，实际上回收了对象的内存。）

//========分界线==========

之前看了《C#6.0本质论》里面对GC的介绍比较笼统，看了之后我把他当成操作系统线程调度中的反馈法，看了上面那篇文章后才知道后两代是被动检查的而不是定时执行的。而且可以看到当一个对象被置为null的时候他的内存没立刻被回收而是等到第0代没有足够内存的时候才调用清除（还有可能被放入f-reachable队列中）。GC在执行的时候所有托管线程都会暂停执行，所以在游戏中的一帧中如果申请太多内存引发GC会出现卡顿现象。那么GC什么时候触发呢？有以下三种情况                                      1、第一代没足够内存。这是最常见的。2、调用了GC.Collect()，这个看一下文档。3、系统内存资源不足。应该是其他进程占了过多内存所致。
————————————————
版权声明：本文为CSDN博主「Emmmwzh」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_30858573/article/details/78998541