WPF应用非托管内存泄漏后闲置关闭触发OOM崩溃的原因与加速复现方法

为什么闲置后关闭会触发OOM？ #

这种现象和Windows的内存管理机制直接相关：当系统处于闲置状态时，Windows会将应用中未被频繁访问的内存页（包括非托管资源关联的内存）压缩或换出到页面文件（Page File）。当你关闭应用时，系统需要把这些换出的内存页重新加载回物理内存，才能完成非托管资源的清理——即使泄漏量不大，大量内存页瞬间换入的操作可能会耗尽可用物理内存，触发OOM异常。而立即关闭应用时，内存页还驻留在物理内存中，清理过程无需额外换入操作，因此不会触发异常。

加速触发OOM的方法 #

无需等待1小时，用以下方法快速模拟闲置后的内存状态：

• 手动制造内存压力：
  打开多个高内存占用程序（如大型游戏、视频编辑软件），或使用RAMMap、Process Explorer等工具强制将当前WPF应用的内存页换出。当应用内存大部分被换出后，尝试关闭应用即可快速触发OOM。

• 代码模拟内存换出：
  在调用Form.Close()前，临时申请大量托管内存迫使系统换出应用现有内存页，随后释放托管内存再执行关闭：

  // 在Close()调用前执行
  byte[] tempBuffer = new byte[1024 * 1024 * 512]; // 申请512MB内存，可根据物理内存调整
  tempBuffer = null;
  GC.Collect(2, GCCollectionMode.Forced);
  GC.WaitForPendingFinalizers();
  // 执行Close()
  

• 触发系统内存压缩：
  以管理员身份运行PowerShell，执行命令触发内存压缩：

  Invoke-CimMethod -ClassName Win32_OperatingSystem -MethodName CompactMemory
  

修复根本问题：非托管资源泄漏 #

你的示例代码中，调用LoadImage加载图标后未释放资源，导致非托管句柄泄漏。必须调用DestroyIcon释放资源：

[DllImport("user32.dll", SetLastError = true)]
private static extern bool DestroyIcon(IntPtr hIcon);

// 使用资源后释放
IntPtr hIcon = LoadImage(
    IntPtr.Zero,
    iconPath,
    IMAGE_ICON,
    32,
    32,
    LR_LOADFROMFILE | LR_DEFAULTSIZE);
// 业务逻辑处理...
DestroyIcon(hIcon); // 必须调用，避免句柄泄漏

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