这里发生的是BitmapImage正在创建它自己拥有和管理的像素的副本。
在文件流版本中，它可以以小块（例如，一次4kb）。因此，在这个例子中，它将结束使用（4kb +未压缩位图大小）内存。
在您的内存流版本中，您首先将整个文件读入内存。所以它最终是（文件大小+未压缩位图大小）。BitmapImage不直接使用字节数组。它仍然一次“流”一个块。
如果你想在阅读数据库时减少内存，你需要构建一个流类（实现System.IO.Stream），它每次从数据库读取一个块。
最后要考虑的事情：这可能是也可能不是一个问题。GC将恢复字节数组使用的内存，因此内存使用的增加只是暂时的。

正如在
.NET Memory issues loading ~40 images, memory not reclaimed, potentially due to LOH fragmentation
一个MemoryStream似乎保留了一个对你在构造时传递的字节数组的引用，即使在它被释放之后。这是一个问题，因为BitmapImage也保留了对其StreamSource的引用，因此原始输入字节数组永远不会被释放。
为了避免这种情况，您可以使用一个额外的BufferedStream，它会在释放它的源流时释放对它的引用。

public BitmapSource LoadBitmap(MemoryStream memoryStream)
{
    using (var bufferedStream = new BufferedStream(memoryStream))
    {
        var bitmap = new BitmapImage();
        bitmap.BeginInit();
        bitmap.CacheOption = BitmapCacheOption.OnLoad;
        bitmap.StreamSource = bufferedStream;
        bitmap.EndInit();
        bitmap.Freeze();
        return bitmap;
    }
}

public BitmapSource LoadBitmap(string path)
{
    var buffer = File.ReadAllBytes(path);

    using (var memoryStream = new MemoryStream(buffer))
    {
        return LoadBitmap(memoryStream);
    }
}

字符串