WPF中同时创建MainWindow与RenderTargetBitmap引发内存增长的原因

这个问题我之前排查类似WPF性能问题时碰到过，本质是Windows 7的Desktop Window Manager(DWM)与.NET Framework 4.6.1的WPF渲染管线之间的资源回收bug，结合你的场景具体拆解下：

核心原因 #

• 窗口上下文的关键影响：当你初始化MainWindow后，WPF会启动完整的渲染上下文并和系统DWM建立交互。此时创建的RenderTargetBitmap会依赖DWM的共享资源池，但Windows 7的DWM在处理临时渲染资源的引用计数时存在缺陷——即使RenderTargetBitmap被GC标记为回收，DWM仍会持有部分非托管资源的引用，导致内存无法释放。
• Debug模式的放大效应：你使用的是Debug | x64模式，WPF在Debug下会启用额外的调试钩子（比如跟踪可视化树变更），这些钩子会进一步延迟非托管资源的清理，让内存增长的现象更明显。
• 无窗口时的差异逻辑：注释掉new MainWindow()后，WPF没有初始化完整的渲染上下文，RenderTargetBitmap的资源会直接由CLR管理，不会进入DWM的共享池，因此不会出现泄漏。

可行的解决方案 #

1. 冻结RenderTargetBitmap（推荐） #

虽然RenderTargetBitmap没有实现IDisposable，但调用Freeze()方法可以将其转为只读状态，断开它与WPF实时渲染上下文的关联，让CLR能正确回收其非托管资源，避免被DWM持有。注意：冻结前需要先渲染一个空的可视化对象（否则无法触发冻结逻辑）：

protected override void OnStartup(StartupEventArgs e)
{
    base.OnStartup(e);
    new MainWindow();
    for (var i = 0; i < 1000; ++i)
    {
        using (var emptyVisual = new DrawingVisual())
        {
            RenderTargetBitmap bitmap = new RenderTargetBitmap(2000, 2000, 96, 96, PixelFormats.Pbgra32);
            bitmap.Render(emptyVisual); // 渲染空对象满足冻结条件
            bitmap.Freeze(); // 冻结后释放上下文依赖
        }
        Thread.Sleep(100);
    }
}

2. 升级.NET Framework版本 #

微软在.NET Framework 4.7及后续版本中修复了Windows 7下的这个DWM资源泄漏问题，升级框架后无需额外修改代码即可解决。

3. 手动触发GC（临时应急） #

如果无法升级框架或冻结对象，可以在循环中定期强制触发全量GC，但这不是最佳实践（会影响应用性能）：

if (i % 100 == 0)
{
    GC.Collect(2, GCCollectionMode.Forced, true);
    GC.WaitForPendingFinalizers();
}

补充说明 #

• Windows 10没有这个问题是因为微软重写了DWM的资源管理逻辑，修复了旧版本的引用计数bug。
• 如果将代码移到窗口的Loaded事件中，本质还是存在活跃的WPF窗口上下文，所以泄漏现象一致。

内容的提问来源于stack exchange，提问作者Samuel