一般建议您不应该GC.Collect从您的代码中调用,但此规则的例外情况是什么？
我只能想到一些非常具体的案例,强制垃圾收集可能是有意义的.
想到的一个例子是服务,每隔一段时间醒来,执行一些任务,然后长时间睡眠.在这种情况下,强制收集以防止即将空闲的进程保持比需要的更多内存可能是个好主意.
是否还有其他可以接听电话的情况GC.Collect？
阅读这篇古老但经典的文档编写高性能托管应用程序 - 入门,我发现了以下声明
GC是自我调整的,可根据应用程序内存要求进行自我调整.在大多数情况下,以编程方式调用GC将阻碍调整.通过调用GC.Collect"帮助"GC很可能无法提高应用程序性能
我正在处理在给定时间点内消耗大量内存的应用程序.当我在使用该内存的代码中完成时,我正在调用GC.Collect.如果我不这样做,我会出现内存异常.这种行为是不一致的,但在30%的时间里,我得到了一个内存不足.添加GC.Collect后,我从来没有得到这个内存不足的异常.即使这个最佳实践文件提出反对建议,我的行动是否合理？
好的,我已经阅读了几个关于它的主题,但是在这里.让我们想象一下,我有一个应用程序,基本上每次我都会点击一个按钮,很多事情会发生几分钟,然后它会闲置一小时,或者只是1分钟.不会在整个结束好的情况后调用GC.Collect吗？我的意思是,我知道就在那一刻我不会使用我的应用程序,GC也无法猜测它.