CLR的GC

CLR的GC是基于代的垃圾回收器。

主要由以下几部分构成：

• 标记清除算法
• 压缩
• 代

标记清除算法：https://blog.csdn.net/qq_42127428/article/details/107208628

压缩：在清除阶段，把所有的活跃对象放到堆的开始端，并修改引用。

代：

• 对象越新，生存期越短。
• 对象越老，生存期越长。
• 回收堆的一部分，速度快于回收整个堆。

CLR的GC一共有3代（0，1，2）

新创建的未经过GC的对象在第0代。第0代经过GC活下来的进入第1代，第1代经过GC后活下来的进入第二代。

每一代都有一个预算容量（动态调整，根据上次GC时活下的多少，如果多增加容量）

分配一个对象时，判断第0代的预算够不够，够就分配，不够的话，判断2，1的预算够不够，不够的话进行GC,第0代进行GC。

如果一次GC之后，没有得到合适的内存，会进行一次整体的GC,就是2，1，0代全部都进行GC。如果还不够抛异常。

垃圾回收的触发条件

• 第0代预算不够（上面刚说的）
• 显示调用Sytem.GC的静态Collect方法
• Windows报告低内存
• CLR卸载AppDomain
• CLR正在关闭