.NET垃圾回收：原理浅析

淡淡的烟草味﹌ 2022-05-09 06:33 222阅读 0赞

在开发.NET程序过程中，由于CLR中的垃圾回收（garbage collection）机制会管理已分配的对象，所以程序员就可以不用关注对象什么时候释放内存空间了。但是，了解垃圾回收机制还是很有必要的，下面我们就看看.NET垃圾回收机制的相关内容。

## 创建对象 ##

在C\#中，我们可以通过new关键字创建一个引用类型的对象，比如下面一条语句。New关键字创建了一个Student类型的对象，这个新建的对象会被存放在托管堆中，而这个对象的引用会存放在调用栈中。（对于引用类型可以查看，C\#中值类型和引用类型）

C\#

Student s1 = new Student();

<table> 
 <tbody> 
 <tr> 
 <td> 1 </td> 
 <td> Student s1 = new Student(); </td> 
 </tr> 
 </tbody> 
</table>

在C\#中，当上面的Student对象被创建后，程序员就可以不用关心这个对象什么时候被销毁了，垃圾回收器将会在该对象不再需要时将其销毁。

当一个进程初始化后，CLR就保留一块连续的内存空间，这段连续的内存空间就是我们说的托管堆。.NET垃圾回收器会管理并清理托管堆，它会在必要的时候压缩空的内存块来实现优化，为了辅助垃圾回收器的这一行为，托管堆保存着一个指针，这个指针准确地只是下一个对象将被分配的位置，被称为下一个对象的指针（NextObjPtr）。为了下面介绍垃圾回收机制，我们先详细看看new关键字都做了什么。

### new关键字 ###

当C\#编译器遇到new关键字时，它会在方法的实现中加入一条CIL newobj命令，下面是通过ILSpy看到的IL代码。

IL\_0001: newobj instance void GCTest.Student::.ctor()

<table> 
 <tbody> 
 <tr> 
 <td> 1 </td> 
 <td> IL_0001: newobj instance void GCTest.Student::.ctor() </td> 
 </tr> 
 </tbody> 
</table>

其实，newobj指令就是告诉CLR去执行下列操作：

*  计算新建对象所需要的内存总数
 *  检查托管堆，确保有足够的空间来存放新建的对象
    
     *  如果空间足够，调用类型的构造函数，将对象存放在NextObjPtr指向的内存地址
     *  如果空间不够，就会执行一次垃圾回收来清理托管堆（如果空间依然不够，就会报出OutofMemoryException）
 *  最后，移动NextObjPtr指向托管堆下一个可用地址，然后将对象引用返回给调用者

按照上面的分析，当我们创建两个Student对象的时候，托管堆就应该跟下图一致，NextObjPtr指向托管堆新的可用地址。

![6941baebgw1eqibhv0ysyj20da058wep.jpg][]

托管堆的大小不是无限制的，如果我们一直使用new关键字来创建新的对象，托管堆就可能被耗尽，这时托管堆可以检测到NextObjPtr指向的空间超过了托管堆的地址空间，就需要做一次垃圾回收了，垃圾回收器会从托管堆中删除不可访问的对象

## 应用程序的根 ##

垃圾回收器是如何确定一个对象不再需要，可以被安全的销毁？

这里就要看一个应用程序根（application root）的概念。根（root）就是一个存储位置其中保存着对托管堆上一个对象的引用，根可以属性下面任何一个类别：

*  全局对象和静态对象的引用
 *  应用程序代码库中局部对象的引用
 *  传递进一个方法的对象参数的引用
 *  等待被终结（finalize，后面介绍）对象的引用
 *  任何引用对象的CPU寄存器

垃圾回收可以分为两个步骤：

1.  标记对象
2.  压缩托管堆

下面结合应用程序的根的概念，我们来看看垃圾回收这两个步骤。

### 标记对象 ###

在垃圾回收的过程中，垃圾回收器会认为托管堆中的所有对象都是垃圾，然后垃圾回收器会检查所有的根。为此，CLR会建立一个对象图，代表托管堆上所有可达对象。

![6941baebgw1eqibhu551vj209y06edg6.jpg][]

假设托管堆中有A-G七个对象，垃圾回收过程中垃圾回收器会检查所有的对象是否有活动根。这个例子的垃圾回收过程可以描述如下（灰色表示不可达对象）：

1.  当发现有根引用了托管堆中的对象A时，垃圾回收器会对此对象A进行标记
2.  对一个根检测完毕后会接着检测下一个根，执行步骤一种同样的标记过程，标记对象B，在标记B时，检测到对象B内又引用了另一个对象E，则也对E进行标记；由于E引用了G，同样的方式G也会被标记
3.  重复步骤二，检测Globales根，这次标记对象D

代码中很有可能多个对象中引用了同一个对象E，垃圾回收器只要检测到对象E已经被标记过，则不再对对象E内所引用的对象进行检测，**这样做有两个目的：一是提高性能，二是避免无限循环**。

所有的根对象都检查完之后，有标记的对象就是可达对象，未标记的对象就是不可达对象。

### 压缩托管堆 ###

继续上面的例子，垃圾回收器将销毁所有未被标记的对象，释放这些垃圾对象所占的内存，再把可达对象移动到这里以压缩堆。

注意，在移动可达对象之后，所有引用这些对象的变量将无效，接着垃圾回收器要重新遍历应用程序的所有根来修改它们的引用。在这个过程中如果各个线程正在执行，很可能导致变量引用到无效的对象地址，所以整个进程的正在执行托管代码的线程是被挂起的。

![222026055317710.png][]

经过了垃圾回收之后，所有的非垃圾对象被移动到一起，并且所有的非垃圾对象的指针也被修改成移动后的内存地址，NextObjPtr指向最后一个非垃圾对象的后面。

## 对象的代 ##

当CLR试图寻找不可达对象的时候，它需要遍历托管堆上的对象。随着程序的持续运行，托管堆可能越来越大，如果要对整个托管堆进行垃圾回收，势必会严重影响性能。所以，为了优化这个过程，CLR中使用了”代”的概念，托管堆上的每一个对象都被指定属于某个”代”（generation）。

“代”这个概念的基本思想就是，一个对象在托管堆上存在的时间越长，那么它就更可能应该保留。托管堆中的对象可以被分为0、1、2三个代：

*  0代：从没有被标记为回收的新分配的对象
 *  1代：在上一次垃圾回收中没有被回收的对象
 *  2代：在一次以上的垃圾回收后仍然没有被回收的对象

下面还是通过一个例子看看代这个概念（灰色代表不可达对象）：

1.  在程序初始化时，托管堆上没有对象，这时候新添到托管堆上的对象是的代是0，这些对象从来没有经过垃圾回收器检查。假设现在托管堆上有A-G七个对象，托管堆空间将要耗尽。
    
    ![222026068599683.png][]
2.  如果现在需要更多的托管堆空间来存放新建的对象（H、I、J），CLR就会触发一次垃圾回收。垃圾回收器就会检查所有的0代对象，所有的不可达对象都会被清理，所有没有被回收掉的对象就成为了1代对象。
    
    ![222026080782155.png][]
3.  假设现在需要更多的托管堆空间来存放新建的对象（K、L、M），CLR会再触发一次垃圾回收。垃圾回收器会先检查所有的0代对象，但是仍需要更多的空间，那么垃圾回收器会继续检查所有 的1代对象，整理出足够的空间。这时，没有被回收的1代对象将成为2代对象。2代对象是目前垃圾回收器的最高代，当再次垃圾回收时，没有回收的对象的代数依然保持2。
    
    ![222026094225600.png][]

通过前面的描述可以看到，分代可以避免每次垃圾回收都遍历整个托管堆，这样可以提高垃圾回收的性能。

## System.GC ##

.NET类库中提供了System.GC类型，通过该类型的一些静态方法，可以通过编程的方式与垃圾回收器进行交互。

看一个简单的例子：

C\#

class Student \{ public int Id \{ get; set; \} public string Name \{ get; set; \} public int Age \{ get; set; \} public string Gender \{ get; set; \} \} class Program \{ static void Main(string\[\] args) \{ Console.WriteLine("Estimated bytes on heap: \{0\}", GC.GetTotalMemory(false)); Console.WriteLine("This OS has \{0\} object generations", GC.MaxGeneration); Student s = new Student \{ Id = 1, Name = "Will", Age = 28, Gender = "Male"\}; Console.WriteLine(s.ToString()); Console.WriteLine("Generation of s is: \{0\}", GC.GetGeneration(s)); GC.Collect(); Console.WriteLine("Generation of s is: \{0\}", GC.GetGeneration(s)); GC.Collect(); Console.WriteLine("Generation of s is: \{0\}", GC.GetGeneration(s)); Console.Read(); \} \}

<table> 
 <tbody> 
 <tr> 
 <td> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 </td> 
 <td> class Student { &nbsp;&nbsp;&nbsp;&nbsp;public int Id { get; set; } &nbsp;&nbsp;&nbsp;&nbsp;public string Name { get; set; } &nbsp;&nbsp;&nbsp;&nbsp;public int Age { get; set; } &nbsp;&nbsp;&nbsp;&nbsp;public string Gender { get; set; } } &nbsp; class Program { &nbsp;&nbsp;&nbsp;&nbsp;static void Main(string[] args) &nbsp;&nbsp;&nbsp;&nbsp;{ &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Console.WriteLine("Estimated bytes on heap: {0}", GC.GetTotalMemory(false)); &nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Console.WriteLine("This OS has {0} object generations", GC.MaxGeneration); &nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Student s = new Student { Id = 1, Name = "Will", Age = 28, Gender = "Male"}; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Console.WriteLine(s.ToString()); &nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Console.WriteLine("Generation of s is: {0}", GC.GetGeneration(s)); &nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;GC.Collect(); &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Console.WriteLine("Generation of s is: {0}", GC.GetGeneration(s)); &nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;GC.Collect(); &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Console.WriteLine("Generation of s is: {0}", GC.GetGeneration(s)); &nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Console.Read(); &nbsp;&nbsp;&nbsp;&nbsp;} } </td> 
 </tr> 
 </tbody> 
</table>

程序的输出为：

![222026108285129.png][]

从这个输出，我们也可以验证代的概念，每次垃圾清理后，如果一个对象没有被清理，那么它的代就会提高。

### 强制垃圾回收 ###

由于托管堆上的对象由垃圾管理器帮我们管理，所有我们不需要关心托管堆上对象的销毁以及内存空间的回收。

但是，有些特殊的情况下，我们可能需要通过GC.Collect()强制垃圾回收：

1.  应用程序将要进入一段代码，这段代码不希望被可能的垃圾回收中断
2.  应用程序刚刚分配非常多的对象，程序想在使用完这些对象后尽快的回收内存空间

在使用强制垃圾回收时，建议同时调用”GC.WaitForPendingFinalizers();”，这样可以确定在程序继续执行之前，所有的可终结对象都必须执行必要的清除工作。但是要注意，GC.WaitForPendingFinalizers()会在回收过程中挂起调用的线程。

C\#

static void Main(string\[\] args) \{ â¦â¦ GC.Collect(); GC.WaitForPendingFinalizers(); â¦â¦ \}

<table> 
 <tbody> 
 <tr> 
 <td> 1 2 3 4 5 6 7 </td> 
 <td> static void Main(string[] args) { &nbsp;&nbsp;&nbsp;&nbsp;…… &nbsp;&nbsp;&nbsp;&nbsp;GC.Collect(); &nbsp;&nbsp;&nbsp;&nbsp;GC.WaitForPendingFinalizers(); &nbsp;&nbsp;&nbsp;&nbsp;…… } </td> 
 </tr> 
 </tbody> 
</table>

每一次垃圾回收过程都会损耗性能，所以要尽量避免通过GC.Collect()进行强制垃圾回收，除非遇到了真的需要强制垃圾回收的情况。

## 总结 ##

本文介绍了.NET垃圾回收机制的基本工作过程，垃圾回收器通过遍历托管堆上的对象进行标记，然后清除所有的不可达对象；在托管堆上的对象都被设置了一个代，通过了代这个概念，垃圾回收的性能得到了优化。

下一篇我们看看可终结对象（Finalize）和可处置对象（IDisposable）。

[6941baebgw1eqibhv0ysyj20da058wep.jpg]: /images/20220509/de1278b8b6be429c9789ba9ff419624f.png
[6941baebgw1eqibhu551vj209y06edg6.jpg]: /images/20220509/89e76c74cf954e81950ce8691c812486.png
[222026055317710.png]: /images/20220509/809e6be52ca04ddea60e7278082bae8f.png
[222026068599683.png]: /images/20220509/33f2decc97814212aa14a7922b571be6.png
[222026080782155.png]: /images/20220509/410e3cf872074a1f85f2d96487ed3cae.png
[222026094225600.png]: /images/20220509/4f98066cbfee41e0afe6f3618ba9beae.png
[222026108285129.png]: /images/20220509/6e34ad42abc143379f0ac03b56c06c25.png