ListCollectionView 是否泄漏内存？

Question

我一直在研究如何避免由于视图模型中对 INotifyCollectionChanged 事件的强引用而导致的内存泄漏。我正在尝试使用 ListCollectionView 来看看这是否可以为我解决这个问题。我认为以下内容正在泄漏内存，我做错了什么吗？

var stuff = new ObservableCollection<string>();
while (true)
{
    var result = new ListCollectionView(stuff);
    // Just to keep make sure that the memory I'm seeing 
    // isn't waiting to be GC'd
    GC.Collect(); 
}

Answer 1

ListCollectionView 的文档不是很好，但如果您注意到有一个方法 DetachFromSourceCollection。这次电话会议的备注提到了取消订阅和允许垃圾收集。

    var stuff = new ObservableCollection<string>();
    while (true)
    {
        ListCollectionView result = new ListCollectionView(stuff);

        //Use this method to unsubscribe to events on the underlying collection and allow the CollectionView to be garbage collected.
        result.DetachFromSourceCollection();
        //When finished set to null
        result = null;
        GC.Collect();
    }

Answer 2

我最初将其作为评论发布，但我认为它提供了更好的答案，所以...

a) 如果您确定发现了 .NET 框架的问题，那么您可能做错了什么。这并非不可能，只是不太可能。
b) GC.Collect() 不会做你想象的事情。

我认为您需要回顾一下 GC.Collect() 的工作原理。

---

MSDN GC.Collect 方法

备注

使用此方法尝试回收所有内存那是无法到达的。

所有对象，无论它们在内存中存在多长时间，都将被考虑收集；但是，不会收集托管代码中引用的对象。使用此方法强制系统尝试回收最大可用内存量。

---

首先，您不会向我们展示您在何处处理 ListCollectionView(stuff) 的内存。你只是分配新的并分配新的，但你永远不会处理掉旧的。所以是的，它会疯狂地泄漏。直到 GC 运行并尝试收集。

如果您使用字符串列表执行此处演示的相同操作，它很可能会执行相同的操作。但就你所展示的内容而言，我预计它会泄露。

Answer 3

当您调用 GC.Collect 时，变量结果仍在范围内，因此不会收集它，因为有一个指向数据的指针。无论如何，即使事实并非如此。就应用程序代码而言，垃圾收集的作用是不确定的。就像drachenstern说的，它只会尝试！它最终会成功，但你不能确定什么时候！

Answer 4

CollectionView 持有对源集合的 CollectionChanged 事件的引用 - 因此 GC 无法收集视图，直到源集合被处置并收集。

CollectionView 的文档也清楚地表明了这一点。

    /// <summary>
    /// Detach from the source collection.  (I.e. stop listening to the collection's
    /// events, or anything else that makes the CollectionView ineligible for
    /// garbage collection.)
    /// </summary>
    public virtual void DetachFromSourceCollection()

该博客描述了您的问题并提出了两种可能的解决方案：
http://www.eidias.com/blog /2014/2/24/wpf-collectionview-can-leak-内存 ...

Answer 5

每次迭代都会重新分配结果，以便不会引用上一次迭代中的ListCollectionView。但是，调用 GC.Collect 只会在 CLR 决定执行实际垃圾回收时安排这些项目回收其内存。如果您希望更快地回收内存，请尝试在调用 GC.Collect(); 之后立即添加 GC.WaitForPendingFinalizers();。

Answer 6

最好的方法是使用作用域/匿名函数。 Lambada 很高兴

var stuff = new ObservableCollection<string>();
ClosureDelegate closure = (x) => {
    ListCollectionView result = new ListCollectionView(x);
    //Use this method to unsubscribe to events on the underlying collection and allow the CollectionView to be garbage collected.
    result.DetachFromSourceCollection();
};

while (true)
{
    closure(stuff);
    GC.Collect(); 
}

使用此方法将结果抛出范围之外，因为它的方法已被删除，这将使用尽可能少的内存。

摘自：https://msdn.microsoft.com/en-gb/library/bb882516.aspx?f=255&MSPPError=-2147217396