CRT调试堆默认不报告内存泄漏，必须在main开头调用_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF)启用自动检测，且仅Debug模式有效；若报告仅显示{123}编号而无文件行号，需配合_CrtSetBreakAlloc(123)中断定位。
Windows下用_CrtSetDbgFlag开启堆检测
Visual Studio的CRT调试堆默认不报告内存泄漏，必须主动启用。在程序入口（如main()开头）加上：
_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);这样程序退出时会自动打印泄漏摘要。注意：只在
_DEBUG宏定义下生效，Release模式无效。
常见错误是忘了加_CRTDBG_LEAK_CHECK_DF标志——只设_CRTDBG_ALLOC_MEM_DF不会触发退出检查；还有人把这行放在main()末尾，根本来不及生效。
泄漏报告里看到{123}却找不到代码行
CRT默认不记录分配位置，所以泄漏报告只有内存块编号（如{123}）和大小，没有文件名和行号。要定位到源码，得配合_CrtSetBreakAlloc(123)——在调试器中运行时，分配第123块内存就中断。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 先运行一次拿到泄漏编号
{N} - 在
main()开头插入_CrtSetBreakAlloc(N); - F5启动，断点停在
new或malloc调用处，看调用栈 - 记得删掉
_CrtSetBreakAlloc再提交代码，否则用户运行会崩
Linux/macOS用AddressSanitizer比valgrind更实用
Valgrind启动慢、不支持多线程友好，而AddressSanitizer（ASan）编译进二进制，运行时实时报错，带完整调用栈和源码行号。编译命令加-fsanitize=address -g即可，比如：
g++ -fsanitize=address -g main.cpp -o main
关键细节：
- 必须带
-g，否则只显示汇编地址 - ASan会拦截
new/malloc，但对全局POD数组（如int arr[100];）不检测 - 和
std::shared_ptr等智能指针一起用时，泄漏可能被掩盖——ASan只管原始堆分配
自定义new/delete时漏掉placement new的重载
如果项目全局重载了operator new和operator delete来统计内存，但没实现operator new(size_t, void*)（即placement new），CRT或STL内部调用就会绕过你的计数逻辑，导致泄漏检测失效。
典型症状：CRT报告泄漏，但你的计数器总和为0。解决方法是补全重载：
void* operator new(size_t sz, void* ptr) noexcept { return ptr; }<br>void operator delete(void*, void*) noexcept {}否则std::vector扩容、std::string构造等都可能跳过你的监控。
真正难排查的泄漏，往往卡在这种“你以为覆盖了所有分配路径，其实漏了一种重载”的地方。
