一般建议是,您不应GC.Collect从代码中调用,但是此规则的例外是什么?
GC.Collect
我只能想到一些非常特殊的情况,在这些情况下强制进行垃圾回收是有意义的。
一个让我想到的例子是一项服务,它每隔一段时间唤醒一次,执行一些任务,然后长时间睡眠。在这种情况下,最好强制执行一次收集以防止即将闲置的进程保留所需的更多内存。
还有其他情况下可以接受通话GC.Collect吗?
如果您有充分的理由相信大量对象(尤其是您怀疑属于第1代和第2代的对象)现在可以进行垃圾收集了,那么就性能损失较小而言,现在是适当的收集时间。
一个很好的例子是,如果您刚刚关闭了一个大表格。您知道现在可以对所有UI控件进行垃圾收集,并且由于关闭表单而造成的短暂暂停可能对用户而言并不明显。
更新2.7.2018
从.NET 4.5开始- GCLatencyMode.LowLatency和GCLatencyMode.SustainedLowLatency。进入和退出这两种模式时,建议您使用强制使用完整的GC GC.Collect(2, GCCollectionMode.Forced)。
GCLatencyMode.LowLatency
GCLatencyMode.SustainedLowLatency
GC.Collect(2, GCCollectionMode.Forced)
从.NET 4.6开始- 有一种GC.TryStartNoGCRegion方法(用于设置只读值GCLatencyMode.NoGCRegion)。这本身可以执行完整的阻塞垃圾回收,以释放足够的内存,但是鉴于我们在一段时间内不允许使用GC,因此我认为在此之前和之后执行完整的GC同样是一个好主意。
GC.TryStartNoGCRegion
GCLatencyMode.NoGCRegion
资料来源:微软工程师本·沃森(Ben Watson): 编写高性能.NET代码 ,第二版。2018。
看到: