C#-垃圾回收机制

浏览量 55

垃圾回收器帮助你管理应用程序内存的分配和释放，自动内存管理可避免内存泄漏，或者重复释放内存。

1、系统具有较低的物理内存；

2、托管堆上对象占用的内存超过可接收的阈值；

3、调用GC.Collect主动进行垃圾回收。

简单的说，当对象的引用计数为0的时候，CLR会调用GC回收内存；

Generational 分代算法：垃圾回收器会将托管堆分成三代，先遍历第0代中的对象，将没有引用的对象的内存进行回收，未被回收的对象，升级到第1代，此时会如果第0代中内存不够使用或者第1代的内存将满，将会遍历第1代，第0代进行内存回收，同理第1代中未被回收的对象升级成第2代。

GC只能自动管理托管的资源，非托管资源需要开发者自己进行释放，比如文件句柄，数据库连接资源等。

CLR对垃圾回收器做了相应的优化，可应对与不同的场景。

以下是工作站垃圾回收的线程处理和性能注意事项：

回收发生在触发垃圾回收的用户线程上，并保留相同优先级。因为用户线程通常以普通优先级运行，所以垃圾回收器（在普通优先级线程上运行）必须与其他线程竞争 CPU 时间。（运行本机代码的线程不会由于服务器或工作站垃圾回收而挂起。）
工作站垃圾回收始终用于只有一个逻辑 CPU 的计算机，无论配置设置如何。

以下是服务器垃圾回收的线程处理和性能注意事项：

回收发生在多个专用线程上。在 Windows 上，这些线程以 THREAD_PRIORITY_HIGHEST 优先级运行。
为每个逻辑 CPU 提供一个用于执行垃圾回收的一个堆和专用线程，并将同时回收这些堆。每个堆都包含一个小对象堆和一个大对象堆，并且所有的堆都可由用户代码访问。不同堆上的对象可以相互引用。
因为多个垃圾回收线程一起工作，所以对于相同大小的堆，服务器垃圾回收比工作站垃圾回收更快一些。
服务器垃圾回收通常具有更大的段。但是，这是通常情况：段大小特定于实现且可能更改。调整应用程序时，不要假设垃圾回收器分配的段大小。
服务器垃圾回收会占用大量资源。例如，假设在一台有 4 个逻辑 CPU 的计算机上，运行着 12 个使用服务器 GC 的进程。如果所有进程碰巧同时回收垃圾，它们会相互干扰，因为将在同一个逻辑 CPU 上调度 12 个线程。如果进程处于活动状态，则最好不要让它们都使用服务器 GC。

工作站和服务器垃圾回收 (GC) | Microsoft Learn

0 人点赞