Dispatcher 的 PriorityQueue 导致“内存泄漏”

Question

我在 WPF 中构建的 UI 框架中遇到垃圾收集问题。我在引号中使用内存泄漏，因为我认为我理解这个问题，但没有解决方案或某种解决方法。

当我创建 UIElements 但不显示它们时会出现此问题。从 UI 的角度来看，我使用的是虚拟化列表视图 (GridView)。所以所有的行不会一次显示。在我的一个用例中，我创建了一个导出行功能，该功能能够将所有行导出到 csv。通常，行中的单元格由字符串或整数等基元组成。

棘手的地方在于，有些单元格本身就是 UIElements，这也是列表被虚拟化的原因之一（制作一些单元格的成本非常耗时，而且可能会占用大量内存）。所以我只在询问时创建 UIElements，然后我什至不缓存它们（使它们有资格被收集）。

当我通过行提供程序进行枚举时访问属性时会出现此问题。创建并返回 UIElements，从中提取数据，写入 csv，然后查看下一行。在这个循环中，没有对这些行（ViewModel 类）的引用，因此人们会认为它们有资格进行垃圾收集。情况似乎并非如此。使用 .Net Memory Profiler，我推断出我的“内存不足异常”是 UIElements 被 PriorityQueue（来自 Dispatcher）中的 DispatcherOperation 保留在内存中的结果。我认为这是因为它们正在等待显示（但永远不会显示）。

如果我没有遇到内存不足异常，最终这些 UIElements 似乎是通过 PriorityQueue 处理的（我猜它放弃了）并且被垃圾收集。这是最好的情况。当我处理少量行时，这似乎很好。但是当我们进入 50,000 - 100k 级别时，又是另一回事了。我可以向您保证，没有其他对这些 ViewModel 或 UIElements 本身的引用（在 DispatcherOperation 之外）。

关于如何解决此问题或解决此问题的任何想法？有没有办法阻止这些未显示的、即将被使用的 UIElements 的排队？

2013 年 1 月 25 日编辑：我意识到我可能需要专门清除内存中保存的内容。行对象，因为它们没有对 UIElement 的引用，它们没有保存在内存中（这很好）。只有通过 Get 访问器访问的 UIElements 会留在内存中。对它们的唯一引用是 PriorityQueue 而不是我自己的代码。

Answer 1

好吧，我不是垃圾收集专家，但我知道两件事：

1. 你几乎永远不必关心垃圾收集
2. 您几乎不需要手动进行垃圾收集

这就是我对它了解不多，也不需要了解太多的原因。

除此之外，这里粗略地概述了垃圾收集的工作原理。

想象一下有这样的代码：

class Program
{
    class Something
    {
        public string name { get; set; }
    }


    class Container
    {
        List<Something> myList = new List<Something>();

        public void AddNewSomething()
        {
            Something mySomething = new Something() { name = "test" };
            myList.Add(mySomething);
        }
    }

    public static void Main(string[] args)
    {
        Container myContainer = new Container();
        myContainer.AddNewSomething();

        while (true)
        {
            Console.WriteLine("Something will always be in Memory");
        }
    }
}

垃圾收集就是关于被引用的对象。那么看一下方法：AddNewSomething。mySomething方法结束后是否需要局部变量？该对象可以被垃圾收集吗？答案是否定的，因为该对象mySomething现在被 引用myList。

由于 in 中有一个无限循环Main myList不能被垃圾回收，并且由于它包含一个 的对象MySomething，因此该对象也不能被垃圾回收，因为否则它将从列表中消失。

说得通？但愿如此。

鉴于 UIElements，我相信它们总是有一个父级？容纳它们的容器。该父级通常是一个具有子级列表的对象，就像我的示例中一样。因此，除非父级不能被垃圾收集器处理，因为有对它的引用（例如，它需要显示在窗口中），否则子级不能被垃圾收集器处理。因此，您添加的 UIElements 越多，子级列表就会变得越来越大。您必须主动将它们从父级中删除。缺少一些代码，所以我无法给出明确的示例，但您正在寻找类似的东西：

someParent.Children.Remove(noLongerRequiredUiElement);

但除此之外，为什么要创建和添加从未显示的 UIElement？看起来您只是在处理一些数据，这些数据可以驻留在与 UI 完全无关的单独类中。鉴于你的问题，我并不完全清楚你为什么这样做。但我认为你可能会再次考虑一下你的类架构。这样，您就可以将项目放入Queue中，并在处理完毕后立即将其一一删除。