WPF(.NET5)调用Microsoft.Win32.SaveFileDialog引发内存异常增长问题

安全阿岳

2026-10-3

问题原因分析

核心原因是你的GenerateMP4方法直接在UI线程同步执行，长时间阻塞了UI线程的消息循环。Microsoft.Win32.SaveFileDialog底层依赖Win32通用对话框组件，该组件产生的临时非托管资源（路径缓存、预览缩略图缓冲区、系统shell扩展分配的内存等）需要UI线程处理后续的清理消息才能释放，UI线程被阻塞时这些资源无法被回收，就会随着处理过程持续累积，表现为内存线性增长。
次要原因是WPF原生的SaveFileDialog存在已知的与shell扩展交互的内存泄漏问题，部分第三方shell扩展（比如压缩软件、预览插件）在对话框关闭后不会主动释放分配的内存，依赖消息循环触发清理逻辑。

可行解决方案

按优先级从高到低排列：

将MP4生成逻辑迁移到后台线程执行，避免阻塞UI消息循环
修改后的代码示例：

private async void makeMP4()
{
    Microsoft.Win32.SaveFileDialog saveFileDialog = new Microsoft.Win32.SaveFileDialog();
    saveFileDialog.Filter = "Media File (*.mp4)|*.mp4";
    saveFileDialog.InitialDirectory = @"D:\temp\mp4output\";
    saveFileDialog.FileName = myImageHandler.SuggestedFileName + ".mp4";

    var result = saveFileDialog.ShowDialog();
    if (result != true) return; // 补充用户取消选择的逻辑

    // 后台执行MP4生成逻辑，不阻塞UI线程
    await Task.Run(() => 
    {
        MP4Maker mp4Maker = new(myImageHandler);
        // 可替换为用户选择的路径：saveFileDialog.FileName
        mp4Maker.GenerateMP4(@"D:\temp\mp4maker\hardcodedFileName.mp4");
    });
}

该方案从根源解决问题，同时也避免了处理过程中界面无响应的体验问题。

修正认知偏差，使用System.Windows.Forms.SaveFileDialog
.NET 5 WPF项目完全可以引用System.Windows.Forms，只需修改项目配置即可：右键项目→「编辑项目文件」，在首个<PropertyGroup>节点中添加配置：

<UseWindowsForms>true</UseWindowsForms>

保存后即可正常使用System.Windows.Forms.SaveFileDialog，该版本对话框的底层实现与WPF原生版本不同，绝大多数场景下不会触发该内存泄漏问题。

临时应急修复方案
如果暂时无法调整执行逻辑，可以在调用完ShowDialog之后、执行MP4生成之前，手动触发一次非托管资源清理：

_ = saveFileDialog.ShowDialog();
// 手动触发资源清理
GC.Collect();
GC.WaitForPendingFinalizers();
GC.Collect();

MP4Maker mp4Maker = new(myImageHandler);
// 后续业务逻辑

注意该方案仅适合临时测试使用，强制GC会带来不必要的性能损耗，不推荐在生产环境使用。

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