.NET Framework - 可能的内存泄漏类？

Question

就在前几天,我正在调查内存泄漏,该应用程序在两分钟内将应用程序从大约50MB膨胀到大约130MB.事实证明问题出在ConcurrentQueue类.在内部,该类存储数组的链接列表.当一个项目从ConcurrentQueue出队时,数组中的索引会被碰撞,但该项目仍保留在数组中(即它未设置为null).在足够的排队/出队之后,整个阵列节点被丢弃,因此从技术上讲它不是泄漏,但是如果在ConcurrentQueue中放置大对象,这可能会很快失控.文档没有记录这种危险.

我想知道基类库中还有其他潜在的内存缺陷吗？我知道Substring one(也就是说,如果你调用substring并保持结果,整个字符串仍将在内存中).你遇到过的其他人吗？

Answer 1

你是对的.该错误位于该方法中System.Collections.Concurrent.ConcurrentQueue<T>+Segment.TryRemove(out T, ref ConcurrentQueue<T>.Segment).

如果您在Reflector中查看此方法,您将看到以下行:

result = this.m_array[low];

它之后应该有以下行:

this.m_array[low] = default(T);

作为参考,您可以看到在方法中如何正确实现它System.Collections.Generic.Queue<T>.Dequeue().

Answer 2

虽然不是直接内存泄漏或特定于 .net/BCL，但存在字符串连接（使用 += 运算符）问题。由于大量的垃圾收集，循环中的 CPU 消耗相当大。