工作站和服务器垃圾回收

使用条件：进程终止前不会改变，不过可用通过GCsetting类的GClatencyMode进行控制。

工作站
该模式针对客户端应用程序优化GC.GC造成的延时很低，应用程序线程挂起时间很短，避免使用户感到焦虑。在该模式中，GC假定机器上运行的其他应用程序都不会消耗太多的CPU资源。

工作站垃圾回收既可以是并发的，也可以是非并发的。 并发（或后台 ）垃圾回收使托管线程能够在垃圾回收期间继续操作。 后台垃圾回收替换 .NET Framework 4 及更高版本中的并行垃圾回收。
服务器
该模式针对服务器端应用程序优化GC。被优化的主要是吞吐量和资源利用。GC假定机器上没有运行其他应用程序（无论客户端还是服务器应用程序），并假定机器的所有CPU都可用来辅助完成GC。该模式造成托管堆被拆分成几个区域（section），每个CPU一个。开始垃圾回收时，垃圾回收器在每个CPU上都运行一个特殊线程；每个线程都和其他线程并发回收它自己的区域。对于工作者线程（worker thread）行为一致的服务器应用程序，并发回收能很好地进行。这个功能要求应用程序在多CPU计算机上运行，使线程能真正地同时工作，从而获得性能的提升。

• 在 .NET Core 中，服务器垃圾回收既可以是非并发也可以是后台执行。

• 在 .NET Framework 4.5 和更高版本中，服务器垃圾回收既可以是非并发也可以是后台执行。 在 .NET Framework 4 和以前的版本中，服务器垃圾回收非并行运行

 

应用程序默认以“工作站”GC模式运行。寄宿了CLR的服务器应用程序（比如ASP.NET或Microsoft SQL Server）可请求CLR加载“服务器”GC.但如果服务器应用程序在单处理器计算机上运行，CLR将总是使用“工作站"GC模式。

独立应用程序可创建一个配置文件告诉CLR使用服务器回收器。配置文件要为应用程序添加一个gcServer元素。下面是一个示例配置文件：

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

应用程序运行时，可查询GCSettings类的只读Boolean属性IsServerGC来询问CLR它是否正在“服务器”GC模式中运行：

using System;  
using System.Runtime; // GCSettings is in this namespace  
  
public static class Program {  
   public static void Main() {   
      Console.WriteLine("Application is running with server GC=" + GCSettings.IsServerGC);   
    }   
}

 

除了这两种主要模式，GC还支持两种子模式：并发（默认）或非并发。

在并发方式中，垃圾回收器有一个额外的后台线程，它能在应用程序运行时并发标记对象。一个线程因为分配对象造成第0代超出预算时，GC首先挂起所有线程，再判断要回收哪些代。
事实上，垃圾回收器更倾向于选择不压缩。可用内存多，垃圾回收器便不会压缩堆；这有利于增强性能，但会增大应用程序的工作集。

为了告诉CLR不要使用并发回收器，可创建包含geConcurrent元素的应用程序配置文件。下面是配置文件的一个例子：

<configuration>   
   <runtime>   
      <gcConcurrent enabled="false"/>   
   </runtime>  
</configuration>