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 的输出行数。
