一个对象上的垃圾收集,C#
我需要处理一个对象,以便它可以释放它拥有的所有东西,但是它没有实现IDisposable,所以我不能在using块中使用它。 如何让垃圾收集器收集它?
您可以使用GC.Collect()强制收集。 使用它时要非常小心,因为完整的集合可能需要一些时间。 最佳做法是让GC确定何时收集最佳时间。
对象是否包含非托管资源但不实现IDisposable? 如果是这样,那就是一个错误。
如果没有,它是否立即释放无关紧要,垃圾收集器应该做正确的事情。
如果它“拥有”除内存以外的任何内容,则需要修复该对象以使用IDisposable。 如果它不是你控制的对象,那么值得选择不同的供应商,因为它说明了你的供应商真正了解.Net的核心。
如果它只是拥有自己的内存,即使是很多内存,你所要做的就是确保对象超出范围。 不要调用GC.Collect()
– 如果你不得不问,那就是其中之一,你不应该这样做。
您无法在单个对象上执行垃圾回收。 您可以通过调用GC.Collect()来请求垃圾回收,但这将影响所有需要清理的对象。 它也非常气馁,因为它会对后来的集合的性能产生负面影响。
此外,在对象上调用Dispose不会清理它的内存。 它只允许对象删除对非托管资源的引用。 例如,在StreamWriter上调用Dispose会关闭流并释放Windows文件句柄。 在后续的垃圾回收之前,托管堆上的对象的内存不会被回收。
Chris Sells也在.NET Rocks上讨论了这个问题。 我认为这是在他第一次出现时,但这个话题可能会在以后的采访中重新审视。
https://www.dotnetrocks.com/default.aspx?showNum=10
Francesco Balena的这篇文章也是一个很好的参考:
何时以及如何在C#中使用Dispose和Finalize https://www.devx.com/dotnet/Article/33167/0/page/1
如果对象超出范围并且没有外部引用,它将被收集得相当快(可能在下一个集合中)。
.NET中的垃圾收集是非确定性的,这意味着您无法真正控制它何时发生。 你可以建议,但这并不意味着它会倾听。
告诉我们更多关于对象以及为什么要这样做的信息。 我们可以基于此提出一些建议。 代码总是有帮助。 并且取决于对象,可能存在Close方法或类似的东西。 也许用法就是召唤它。 如果没有Close或Dispose类型的方法,您可能不希望依赖该对象,因为如果实际上它确实包含需要释放的资源,您可能会遇到内存泄漏。
请注意:在很多情况下, GC.Collect()或某些IDisposal 并不是很有帮助 ,特别是对于大型物体( LOH用于物体~80kb + ,不执行压实,并且对于许多物体而言会受到高度碎片化处理常见用例)这将导致内存不足(OOM)问题,即使可能有数百 MB空闲。 随着时间的推移,事情变得越来越大,尽管对于LOH降级的对象而言可能不是这个大小(80左右kb),高度的并行性会加剧这个问题,原因很简单,因为更多的对象在更短的时间内(并且可能在大小上变化)被实例化/释放。
数组是这个问题的常见嫌疑人 ( 由于非特定的exception和运行时的断言,通常很难识别 ,例如“高对象堆碎片的高百分比”会膨胀),代码受此影响的预测问题是实施积极的再利用策略。
来自并行扩展beta1样本的 Systems.Collections.Concurrent.ObjectPool中的一个类有帮助(遗憾的是,我没有看到过一个简单的无处不在的模式,比如一些附加的属性/扩展方法?),它很简单,可以放入或者为大多数项目重新实现,你分配一个生成器Func <>并使用Get / Put辅助方法重用你以前的对象并放弃通常的垃圾收集。 通常关注数组而不是单个数组元素就足够了。
如果.NET 4更新所有.ToArray()方法以包含.ToArray(T target),那将是很好的。
掌握使用SOS / windbg (.loadby sos mscoreei for CLRv4)来分析这类问题可能会有所帮助。 考虑到这一点,当前的垃圾收集系统更像是垃圾回收(再次使用相同的物理内存),ObjectPool类似于垃圾重用。 如果有人记得3R,减少你的记忆使用也是一个好主意,因为性能;)
上述就是C#学习教程:一个对象上的垃圾收集,C#分享的全部内容,如果对大家有所用处且需要了解更多关于C#学习教程,希望大家多多关注—计算机技术网(www.ctvol.com)!
本文来自网络收集,不代表计算机技术网立场,如涉及侵权请联系管理员删除。
ctvol管理联系方式QQ:251552304
本文章地址:https://www.ctvol.com/cdevelopment/1015761.html