WPF CroppedBitmap + RenderTargetBitmap = EventHandler泄漏问题和冻结问题也

时间:2018-10-01 12:25:15

标签: c# .net wpf eventhandler rendertargetbitmap

我想知道CroppedBitmap和RenderTargetBitmap周围是否存在.net EventHandler泄漏。真是一场噩梦!

我的WPF应用程序以60fps的速度运行始终运行的渲染调用。我注意到一段时间后,呈现的内容变得越来越慢。

经过大量调查,包括在Visual Studio中进行分析以及使用ANTS内存分析器,我将其范围缩小到使用CroppedBitmap。

我有一些简单的demonstration of problem代码,其中包括...

RenderTargetBitmap srcBitmap = new RenderTargetBitmap((int)scaledWidth, (int)scaledHeight, 96, 96,     PixelFormats.Default);
RenderTargetBitmap destBitmap = new RenderTargetBitmap((int)scaledWidth, (int)scaledHeight, 96, 96,     PixelFormats.Default);

<code loop>
{...
    DrawingVisual DV = new DrawingVisual();
    DrawingContext DC = DV.RenderOpen();

    var srcRec = new Int32Rect(x,y,w,h);
    var srcCrop = new CroppedBitmap(srcBitmap, srcRec);

    var destRec = new Rect(.....);
    DC.DrawImage(srcCrop, destRec);

    DC.Close();
    destBitmap.Render(DV);

    DC = null;
    DV = null;
...}

在使用srcBitmap调用CroppedBitmap之后,srcBitmap添加了一个事件处理程序。具体来说,如果将其分解为更精细的级别,则设置CroppedBitmap.Source = srcBitmap将添加此事件处理程序。

CroppedBitmap具有DownloadCompleted,DownloadFailed,DownloadProgress事件。我会猜测是DownloadCompleted。

检查EventHandler的数量(使用srcBitmap / RenderTargetBitmap上的_downloadEvent属性),每次调用CroppedBitmap时,的确增加了一个-永不下降。我只能得出一个结论,即CroppedBitmap向RenderTargetBitmap添加了一个永远不会删除的事件处理程序。运行一段时间后,最终在RenderTargetBitmap上出现x000个事件处理程序,我认为.net正在经历该事件处理程序,并导致速度降低。

我无法为自己的生命制定解决方案!该图像是在简单的Image控件上设置的,没什么花哨的。

我曾尝试逐行逐行追溯到.net框架的深度,但是当调试器开始访问优化的.net库时迷路了,无法进一步挖掘。 / p>

位图的显示很简单...

Content.Source = srcBitmap;
....
<Image x:Name="Content" HorizontalAlignment="Stretch" VerticalAlignment="Stretch" RenderOptions.BitmapScalingMode="LowQuality" Stretch="None" IsHitTestVisible="False"></Image>

请简单说明一下,例如,该代码可以在不渲染,不绘制图像等情况下运行,只需要新的CroppedBitmap ...代码即可显示此行为。为了完整起见,其他行也包含在上面。没什么。

上面的示例是针对.NET Framework 4.7.2运行的,以确保最新版本存在此问题。

我还尝试了冻结CroppedBitmap,以防万一有所作为。显然不是。实际上,调用srcCrop.Freeze导致srcBitmap.isFrozen为true! erm .....,看来CroppedBitmap修改了要裁剪的位图?

找不到与上述有关的任何信息,帮助,文章等:(

请注意,这不是您在支持论坛中提到的RenderTargetBitmap泄漏内存,这是另外一回事。在不使用CroppedBitmap的情况下运行此代码,这很好。我在几个地方都使用了RenderTargetBitmaps,一切都很好(我也已经按照该文章所述考虑了增加内存使用的问题,并且我已经在调用GC.Collect等)。我还重用了RenderTargetBitmaps,因此它们仅创建一次。 (这可能是为什么将多个CroppedBitmap应用于事件处理程序时会堆积事件处理程序的原因。)

我已经尝试使用反射器来捕获正在创建的事件处理程序,因此我可以手动将其删除,但是(尽管存在互联网上的各种示例),无论它们隐藏在何处,都无法控制它们。必须在某个地方!

有人知道我可以做什么来解决这个问题吗?

感谢您的提前帮助...

1 个答案:

答案 0 :(得分:0)

您可以使用带有适当Viewbox的ImageBrush来代替使用CroppedBitmap:

var viewbox = new Rect(
    x * 96 / srcBitmap.DpiX,
    y * 96 / srcBitmap.DpiY,
    w * 96 / srcBitmap.DpiX,
    h * 96 / srcBitmap.DpiY);

var srcBrush = new ImageBrush
{
    ImageSource = srcBitmap,
    Viewbox = viewbox,
    ViewboxUnits = BrushMappingMode.Absolute,
};

// instead of DC.DrawImage(srcCrop, destRec);
DC.DrawRectangle(srcBrush, null, destRec);