Windows下用CRT库检测内存泄漏最直接，Linux下必须用Valgrind；两者原理不同，不能混用，也不能只依赖一个。

Windows 下用 CRT 库检测内存泄漏最直接，Linux 下必须用 Valgrind；两者原理不同，不能混用，也不能只依赖一个。

Windows 下用 _CrtSetDbgFlag 和 _CrtDumpMemoryLeaks 检测泄漏

CRT（C Runtime）库自带轻量级泄漏检测，仅限 Debug 模式 + MSVC 编译器，运行时自动记录堆分配/释放，程序退出前比对未释放块。

• 必须在 main() 开头调用 _CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF)，否则不生效
• 泄漏报告默认输出到 Visual Studio 的“输出”窗口（不是控制台），需打开“调试 > 窗口 > 输出”，并确保“显示以下内容”勾选“调试”
• 若用 new 但没配 #include 或没定义 _CRTDBG_MAP_ALLOC，泄漏行号会显示为 malloc.c 而非你的源文件
• 注意：CRT 不检测栈对象、全局对象或 VirtualAlloc 等系统级分配，只管 malloc/new 经 CRT 分配的堆内存

Linux 下必须用 valgrind --leak-

check=full

Valgrind 是动态二进制插桩工具，不依赖编译器或运行时库，能覆盖所有堆分配（malloc、new、realloc），还能定位未初始化内存读写和越界访问。

• 编译时加 -g，否则泄漏报告只有地址无行号；建议同时加 -O0 避免内联干扰调用栈
• 运行命令示例：valgrind --leak-check=full --show-leak-kinds=all ./myapp；--show-leak-kinds=all 才能看见 “still reachable” 类泄漏（常被误认为安全，实际可能是资源未释放）
• Valgrind 无法分析多进程场景下子进程的泄漏（除非用 --trace-children=yes 并确认子进程也带调试信息）
• 它会让程序变慢 10–30 倍，且不兼容某些系统调用（如 perf_event_open），遇到 crash 可尝试加 --tool=memcheck --track-origins=no 减负

CRT 和 Valgrind 都抓不到的泄漏类型

这两者都只监控用户态堆分配，以下情况完全静默：

• std::string、std::vector 等容器内部扩容导致的临时内存未释放（实际是逻辑错误，不是堆泄漏）
• 通过 mmap(MAP_ANONYMOUS) 或 VirtualAlloc 分配的大块内存，绕过 malloc 堆管理器
• 第三方库（如 Qt 的 new 重载、OpenCV 的 cv::Mat::data）未按预期释放，而你没覆写其析构逻辑
• 循环引用导致的智能指针泄漏（std::shared_ptr 互相持有），CRT/Valgrind 显示“已释放”，但对象实际未 destruct

真正难查的是跨模块、延迟释放、或与 RAII 对象生命周期错位的泄漏——这时候得结合 addr2line、堆栈采样（perf record -e mem:swapped:u）或自定义 new/delete 拦截器，而不是只盯着 CRT 或 Valgrind 的输出行数。