RenderTargetBitmap中的内存泄漏

Question

我正在使用RenderTargetBitmap呈现一组控件以生成PDF。以下代码段是相关部分：

public Drawing.Image RenderPageBitmap()
{
    RenderTargetBitmap bit = null;
    Drawing.Bitmap bmp = null;
    try
    {
        bit = new RenderTargetBitmap(ImageSource.PixelWidth, ImageSource.PixelHeight, 96, 96, PixelFormats.Pbgra32);

        var viewBox = GetPageXaml(); //This method loads some prebuilt XAML from an embedded resource, setting the DataContext as needed.
        var siz = new Size(bit.PixelWidth, bit.PixelHeight);
        viewBox.Measure(siz);
        viewBox.Arrange(new Rect(siz));
        viewBox.UpdateLayout();

        var draw = new DrawingVisual();
        using (var graph = draw.RenderOpen())
            graph.DrawRectangle(new BitmapCacheBrush(viewBox), null, new Rect(siz));

        bit.Render(draw);
        bit.Freeze();

        bmp = new Drawing.Bitmap(bit.PixelWidth, bit.PixelHeight, Imaging.PixelFormat.Format32bppPArgb);

        var data = bmp.LockBits(new Drawing.Rectangle(Drawing.Point.Empty, bmp.Size), ImageLockMode.WriteOnly, Imaging.PixelFormat.Format32bppPArgb);
        {
            bit.CopyPixels(Int32Rect.Empty, data.Scan0, data.Height * data.Stride, data.Stride);
        }
        bmp.UnlockBits(data);

        return bmp;
    }
    catch (Exception)
    {
        bmp?.Dispose();
        throw;
    }
    finally
    {
        bit?.Clear();

        GC.Collect();
        GC.WaitForPendingFinalizers();
        GC.Collect();
    }
}

即使关注StackOverflow和其他论坛上的其他答案（如清除位图和执行垃圾收集）似乎也无法解决问题。这段代码的每个循环都可能泄漏~100MB的内存，这意味着我很快就达到了32位进程的~2GB限制。

泄漏似乎只在RenderTargetBitmap.Render方法上发生，即使DrawingContext.DrawRectangle调用也没有明显增加内存使用量。

我能解决这个问题吗？

这是通过JetBrains的dotMemory查看的内存使用情况的快照。显然，.Net堆被正确清除，但非托管内存继续增长。

Answer 1

删除bit.Freeze();。垃圾收集不会收集冻结的对象。

Answer 2

您将Bitmap返回到某处。完成后，请确保将Dispose实例处理掉。当存在内存泄漏时，您在finally中所做的事情是无用的。如果有参考，GC不会收集它。

  

此代码的每个循环都可能泄漏~100MB的内存，这意味着我   快速达到32位进程的~2GB限制。

您是否假设存在内存泄漏？可能没有内存泄漏。我会得到一个很好的内存分析工具并测试它。

我使用ANTS Memory profiler并且发现它很好（它有14天的试用期）。只需执行几次逻辑，如果有任何增长，请查看实例列表。如果是这样，请查看保留图以查看其中的内容。那会告诉你究竟发生了什么。有时很难猜到内存泄漏的根本原因，幸运的是有很好的工具。