UWP应用中_CrtDumpMemoryLeaks()无法生成正确内存泄漏报告问题

1. 调用时机错误导致空文件 #

你在WinMain刚启动时就调用了ReportMemoryLeak()，此时程序还未执行任何动态内存分配操作，自然不会检测到内存泄漏，文件内容为空是必然结果。桌面测试项目中你应该是在程序退出前（比如main函数末尾）调用的检测函数，所以能正常捕获泄漏信息。

解决办法：
将泄漏检测逻辑移到UWP应用的生命周期结束阶段，比如在App类的OnSuspending事件处理函数中调用，或者确保所有内存分配操作执行完毕后再触发检测。

2. UWP沙箱与CRT调试函数的兼容性限制 #

UWP运行在严格的沙箱环境中，CRT调试内存检测机制存在以下限制：

• _CrtSetBreakAlloc不生效：UWP的内存分配可能优先使用WinRT的分配接口（如CoTaskMemAlloc），而非CRT的malloc/new，_CrtSetBreakAlloc仅能追踪CRT分配的内存，对WinRT分配的内存无效。
• 标准输出重定向不确定性：UWP中stdout的行为与桌面程序不同，freopen_s重定向可能无法正确捕获_CrtDumpMemoryLeaks的输出，部分调试输出可能直接走调试端口而非标准输出。

替代方案：
直接将报告写入UWP允许的合法路径（比如应用本地文件夹），避免沙箱权限问题：

#include <winrt/Windows.Storage.h>
using namespace winrt;
using namespace Windows::Storage;

int MemoryLeakReporter::ReportMemoryLeak()
{
    // 获取应用本地文件夹路径
    auto localFolder = ApplicationData::Current().LocalFolder();
    auto filePath = localFolder.Path() + L"\\MemoryLeaksReport.log";

    FILE* outfile = nullptr;
    // 使用宽字符版本的重定向函数处理UWP路径
    if (_wfreopen_s(&outfile, filePath.c_str(), L"w", stdout) != 0 || outfile == nullptr)
    {
        // 处理文件打开失败逻辑
        return 1;
    }

    // 后续CRT报告配置与泄漏检测逻辑不变
    _CrtSetReportMode(_CRT_WARN, _CRTDBG_MODE_FILE | _CRTDBG_MODE_DEBUG);
    _CrtSetReportFile(_CRT_WARN, _CRTDBG_FILE_STDOUT);
    _CrtDumpMemoryLeaks();

    return 0;
}

3. 文件行号缺失的原因 #

要让_CrtDumpMemoryLeaks显示文件和行号，必须在项目中定义_CRTDBG_MAP_ALLOC宏，且该宏要在包含CRT头文件之前定义：

• 方式1：在项目属性的C/C++ -> 预处理器 -> 预处理器定义中添加_CRTDBG_MAP_ALLOC
• 方式2：在代码开头添加：

  #define _CRTDBG_MAP_ALLOC
  #include <crtdbg.h>
  

额外建议 #

UWP环境下更推荐使用Visual Studio自带的内存诊断工具（路径：Debug -> Performance Profiler -> Memory Usage），该工具适配UWP沙箱环境，能同时追踪WinRT和CRT的所有内存分配，比CRT调试函数更可靠。

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