DotNet Garbage Collection的工作模式

    GC的工作模式分3种，Workstation GC with Concurrent GC off、 Workstation GC with Concurrent GC on、Server GC ，在.Net 2.0以上版本可以通过修改Config文件来改变GC工作模式，例如启用Server GC：

  
  

   
   
   
   <
   
   configuration
   
   >
   
    

   
   <
   
   runtime
   
   >
   
    
   
   
   <
   
   gcServer enabled
   
   =
   
   "
   
   true
   
   "
   
    
   
   />
   
    

   
   </
   
   runtime
   
   >
   
    

   
   </
   
   configuration
   
   >
   
   

  
  

 

    或者通过.Net配置工具，可以方便的改变GC工作模式 。

    Workstation GC without Concurrent: 用于单CPU的服务器，策略引擎会调节GC工作频率，使用挂起->查找与标记->压缩->恢复的流程进行GC工作。

    Workstation GC with Concurrent: Concurrent GC与Non Concurrent GC模式相比，有着更敏捷的反应速度，Winform应用程序和Windows services 服务程序默认采用这种模式，单CPU机器上只能使用workstation GC方式，默认为 Workstation GC with Concurrent。

    在这种模式下，第0、1代的收集仍然是要暂时挂起应用程序的，只有在收集第2代时，才会并行处理，这种并行收集是利用多CPU

对Full GC进行并行处理，具体原理是将Full GC过程切分成多个短暂子过程对线程进行冻结，在线程冻结时间之外，应用程序仍然可

以正常运行。这主要通过将0代空间设置的很大，使Full GC时，CLR仍然能够在0代中进行内存分配，如果Full GC时0代内存也已用尽，那么应用程序将被挂起，等待Full GC的完成。

    Server GC: 用于多CPU的服务器，这种GC模式有着很高的性能和效率。这种模式下，CLR为每个CPU创建一个专用的GC线程，每个CPU可以独立的为相应的heap执行GC操作，这些GC线程是以非并发的形式工作的，收集工作与线程正常工作不能同时进行，这就是说第0、1、2代的收集都会挂起应用线程。

    在.Net 4.0中，有一种新的垃圾收集机制，叫做后台收集。这种机制以concurrent GC为基础的，如上文所讲，Workstation GC with Concurrent模式中，在Full GC过程时，CLR仍然能够在0代中进行内存分配，如果Full GC时0代内存也已用尽，那么应用程序将被挂起，等待Full GC的完成。

    这个过程在后台收集机制中是这样工作的，在进行Full GC时可以同时进行第0、1代收集，并且后台收集是一个独立线程完成的，这个进程任务优先级低于第0、1代收集，如果在后台收集中需要对第0、1代收集，后台收集将会等待第0、1代收集完成后再进行工

作，当然第0、1代收集是需要短暂挂起应用的。

    后台收集还会根据策略引擎的指示，动态调节第0、1代的容量，减少前台收集(第0、1代收集)次数。