当满足以下条件之一时将发生垃圾回收：
-
系统具有低的物理内存。
-
由托管堆上已分配的对象使用的内存超出了可接受的阈值。 这意味着可接受的内存使用的阈值已超过托管堆。 随着进程的运行，此阈值会不断地进行调整。
-
调用 . 方法。 几乎在所有情况下，您都不必调用此方法，因为垃圾回收器会持续运行。 此方法主要用于特殊情况和测试。
After the garbage collector is initialized by the CLR, it allocates a segment of memory to store and manage objects. 此内存称为托管堆（与操作系统中的本机堆相对）。
每个托管进程都有一个托管堆。 进程中的所有线程都在同一堆上分配对象。
若要保留内存，垃圾回收器将调用 Win32 VirtualAlloc 函数，并且每次会为托管应用程序保留一个内存段。 The garbage collector also reserves segments as needed, and releases segments back to the operating system (after clearing them of any objects) by calling the Win32 VirtualFree function.
堆上分配的对象越少，垃圾回收器必须执行的工作就越少。 When you allocate objects, do not use rounded-up values that exceed your needs, such as allocating an array of 32 bytes when you need only 15 bytes.
当触发垃圾回收时，垃圾回收器将回收由死对象占用的内存。 回收进程会对活动对象进行压缩，以便将它们一起移动，并移除死空间，从而使堆更小一些。 这将确保一起分配的对象全都位于托管堆上，从而保留它们的局部性。
垃圾回收的侵入性（频率和持续时间）是由分配的数量和托管堆上保留的内存数量决定的。
此堆可视为两个堆的累计：大对象堆和小对象堆。
大对象堆包含其大小为 85,000 个字节和更多字节的对象。 大对象堆上的特大对象通常是数组。 非常大的实例对象是很少见的。
本文转自cnn23711151CTO博客，原文链接： http://blog.51cto.com/cnn237111/532574，如需转载请自行联系原作者
