c# - .NET 内存加载约 40 张图像时出现问题，内存未回收，可能是由于 LOH 碎片

Question

好吧，这是我第一次尝试对 .NET 应用程序进行内存分析(我已经完成了 CPU 调整)，但我在这里遇到了一些困难。

我的应用程序中有一个 View ，每页加载 40 张图片(最多)，每张图片约 3MB。页面的最大数量是 10。鉴于我不想一次保留 400 张图像或 1.2GB 的内存，我在页面更改时将每个图像设置为空。

现在，起初我以为我一定只是对这些图像有过时的引用。我下载了 ANTS 分析器(很棒的工具 BTW)并运行了一些测试。对象生命周期图告诉我，除了父类中的单个引用之外，我没有对这些图像的任何引用(这是设计使然，也通过仔细梳理我的代码确认):

父类 SlideViewModelBase 永远留在缓存中，但是当页面更改时 MacroImage 属性设置为 null。我没有看到任何迹象表明这些元素应该比预期保存更长时间。

接下来我大致了解了大对象堆和内存使用情况。查看三页图像后，我在 LOH 上分配了 691.9MB 的非托管内存和 442.3MB。 System.Byte[]，它来 self 的 System.Drawing.Bitmap 到 BitmapImage 的转换几乎占用了所有 LOH 空间。这是我的转换代码:

public static BitmapSource ToBmpSrc( this Bitmap b )
{
    var bi = new BitmapImage();
    var ms = new MemoryStream();
    bi.CacheOption = BitmapCacheOption.OnLoad;
    b.Save( ms,  ImageFormat.Bmp );
    ms.Position = 0;
    bi.BeginInit();
    ms.Seek( 0, SeekOrigin.Begin );
    bi.StreamSource = ms;
    bi.EndInit();
    return bi;
}

我很难找到所有非托管内存的去向。一开始我怀疑是 System.Drawing.Bitmap 对象，但 ANTS 并没有显示它们在附近，而且我还进行了一次测试，我绝对确保所有这些对象都被处理掉了，但它没有。不会有什么不同。所以我还没有弄清楚所有这些非托管内存是从哪里来的。

我目前的两个理论是:

1. LOH 碎片化。如果我离开分页 View 并单击几个按钮，大约有一半的 ~1.5GB 被回收。仍然太多，但仍然很有趣。
2. 一些奇怪的 WPF 绑定(bind)东西。我们确实使用数据绑定(bind)来显示这些图像，我不是这些 WPF 控件工作原理的专家。

如果有人有任何理论或分析技巧，我将非常感激(当然)我们的截止日期很紧，我正在争先恐后地完成最后一部分并开始工作。我想我已经被跟踪 C++ 中的内存泄漏给宠坏了……谁会想到？

如果您需要更多信息或希望我尝试其他方法，请询问。抱歉这里的文字墙，我尽量保持简洁。

Answer 1

这blog post似乎描述了您所看到的，建议的解决方案是创建一个 implementation of Stream that wraps another stream .

这个包装类的 Dispose 方法需要释放包装流，以便它可以被垃圾收集。一旦使用此包装流初始化 BitmapImage，就可以释放包装流，释放底层流，并允许释放大字节数组本身。

The BitmapImage keeps a reference to the source stream so it keeps the MemoryStream object alive. Unfortunately, even though MemoryStream.Dispose has been invoked, it doesn't release the byte array that the memory stream wraps. So, in this case, bitmap is referencing stream, which is referencing buffer, which may be taking up a lot of space on the large object heap. There isn't a true memory leak; when there are no more references to bitmap, all these objects will (eventually) be garbage collected. But since bitmap has already made its own private copy of the image (for rendering), it seems rather wasteful to have the now-unnecessary original copy of the bitmap still in memory.

另外，您使用的是什么版本的 .NET？在 .NET 3.5 SP1 之前，有一个已知问题 BitmapImage could cause a memory leak .解决方法是调用 Freeze在 BitmapImage 上。