深入理解.Net平台机制与性能影响

来源：北大青鸟飞迅校区|发布时间：2013-04-30 11:43:46

转眼间《.Net Discovery》系列文章已经推出1年了，本文为该系列的第10-13篇文章，在本文中将对以前所讲的.Net平台知识做一个小小的总结与机制分析，引出并重点介绍这些机制对程序性能的影响与改进建议。

　　本文将分为四部分，分别讲述了：垃圾回收机制、即时编译机制、异常处理机制、字符串驻驻留机制的原理与性能改进建议。《.Net Discovery》系列的每篇文章撰写耗时都在2天以上，转载时麻烦著名作者Aicken(李鸣)，并且未经作者同意，禁止一切商业用途!

　　一.关于垃圾回收机制

　　● 机制分析

　　垃圾收集器是.Net平台的一个特性，它自动回收托管堆上不再使用的对象，及时清理内存,这一切都是对开发人员透明的，当然你也可以手动把它召唤出来，它的本质就是跟踪所有被引用到的对象，整理对象不再被引用的对象，回收相应的内存。垃圾收集机制采用“标记与清除(Mark Sweep)”算法来完成上述任务，整个过程分为两步：

　　Step 1.Mark-Sweep ：从应用程序的root出发，利用相互引用关系，遍历其在Heap上动态分配的所有对象，指明需要回收的对象，标记出那些存活的对象，予以标记。

　　Step 2.Compact：对内存中存活的对象进行移动，修改它们的指针，使之在内存中连续，这样空闲的内存也就连续了，即完成了内存释放工作，也解决了内存碎片问题，这个过程也可以成为指针的压缩。

　　垃圾收集器一般将托管堆中的对象分为3代，这可以通过调用GC.MaxGeneration得知，对象按照存在时间长短进行分代，最短的分在第0代，最长的分在第2代，第2代中的对象往往是比较大的，第二代空间被称作Large Object Heap，对于2代对象的回收，与第0、1代回收方式相比最大之一的不同在于，没有了指针移动的压缩过程。

　　如下图，第一次GC时，左边第一列A-F表示内存中的对象，位于浅蓝色区域，经过Mark后，ACDF标记为可用，Sweep过程清除了BE，Compact过程移动了ACDF，使之位于连续存储区域中;第二次使用绿色做标记;第三次GC使用蓝色表示标记;可以看出第三次GC过程没有了指针移动的压缩过程。

图1 对象的回收

　　●性能影响分析

　　这个过程看起来有点复杂，的确垃圾收集器的启动是会占用一些CPU时间，从而影响系统的性能，但这种影响很有限，并且这些损失是有所值的。

　　1.垃圾收集器并不是没有规律的启动，而是当代龄达到一定触发条件时启动，而且垃圾收集器只是移动代龄较低的1、2代的资源，并不会移动LOH中的对象。这就在一定程度上避免了GC长时间锁定线程导致的性能损失。

　　2.GC有三种不同的工作模式，适用于不同环境的情况，并不是所有环境都是“使用挂起->查找与标记->压缩->恢复” 的流程。“Workstation GC with Concurrent”模式可以第0、1代的收集仍然是要暂时挂起应用程序，在收集第2代时，会并行处理，具体原理是将Full GC过程切分成多个短暂子过程对线程进行冻结，在线程冻结时间之外，应用程序仍然可以正常运行。这主要通过将0代空间设置的很大，使Full GC时，CLR仍然能够在0代中进行内存分配，如果Full GC时0代内存也已用尽，那么应用程序将被挂起，等待Full GC的完成。