如何确保 WPF 从内存中释放大的 BitmapSource？

Question

系统：Windows XP SP3、.NET 3.5、4GB RAM、双 1.6GHz

我有一个 WPF 应用程序，可以加载和转换（使用 Storyboard 动画）极大的 PNG。这些 PNG 的分辨率为 8190x1080。当应用程序运行时，它似乎会缓存图像，并且系统内存会慢慢增加。最终它会阻塞系统并抛出 OutOfMemoryException。

以下是我当前尝试解决此问题所采取的步骤：

1) 我正在从应用程序中删除 BitmapSource 对象

2) 我在加载 BitmapSource 时将 BitmapSource BitmapCacheOption 设置为 None

3) 我在加载 BitmapSource 后将其冻结。

4）我将删除对使用源的图像的所有引用以及对源本身的任何引用。

5)上述步骤完成后手动调用GC.Collect()。

希望弄清楚为什么 WPF 会挂在这些图像的内存上，并找到一个可能的解决方案来确保正确恢复用于加载它们的内存。

Answer 1

您肯定在这方面投入了大量的工作。我认为主要问题是 BitmapCacheOption.None 不会阻止底层 BitmapDecoder 被缓存。

有几个棘手的解决方案，例如执行 GC.Collect()、从 300 个不同的 Uri 加载 300 个小图像，然后再次调用 GC.Collect()，但简单的解决方案很简单：

不用从 Uri 加载，只需构造一个 Stream 并将其传递给 BitmapFrame 的构造函数：

var source = new BitmapImage();
using(Stream stream = ...)
{
  source.BeginInit();
  source.StreamSource = stream;
  source.CacheOption = BitmapCacheOption.OnLoad;    // not a mistake - see below
  source.EndInit();
}

这应该起作用的原因是从流加载会完全禁用缓存。不仅顶级源没有被缓存，而且内部解码器也没有被缓存。

为什么选择 BitmapCacheOption.OnLoad？这似乎违反直觉，但该标志有两个作用：如果可以缓存，它会启用缓存，并且会导致加载发生在 EndInit() 处。在我们的例子中，缓存是不可能的，所以它所做的一切都会导致加载立即发生。

显然，您需要在 UI 线程之外运行此代码，然后冻结 BitmapSource，以便可以将其移动。

您可能还想知道为什么我没有使用 BitmapCreateOptions.IgnoreImageCache。除了在没有给定 URI 的情况下不可能进行缓存这一事实之外，IgnoreImageCache 不会完全忽略图像缓存：它只是在读取时忽略它。所以即使设置了IgnoreImageCache，加载的图像仍然会插入到缓存中。不同之处在于缓存中的现有图像将被忽略。