内存泄漏在C++中可通过工具检测与RAII习惯预防：VS用_CrtDumpMemoryLeaks()、GCC/Clang用AddressSanitizer；优先使用智能指针和容器替代裸new/delete；复杂场景用UMDH或Valgrind快照比对；警惕shared_ptr循环引用和全局缓存泄漏。
内存泄漏在C++中很常见，但不难发现和修复——关键是在开发阶段就建立检测习惯，而不是等程序跑几天后突然变慢才怀疑泄漏。
用编译器内置工具快速定位泄漏点
Visual Studio 的 _CrtDumpMemoryLeaks() 是最轻量的起点。在 main 函数末尾加一句：
_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);程序退出时会自动打印未释放堆内存的文件名和行号（需开启调试信息 /Zi 和链接器选项 /MDd）。GCC/Clang 用户可用 AddressSanitizer（ASan），编译时加上：
-fsanitize=address -g运行时一旦发生泄漏或越界，会直接报错并显示调用栈，精准到行。
立即学习“C++免费学习笔记（深入）”；
养成 RAII 习惯，从源头减少裸 new/delete
手动配对 new/delete 容易漏、容易错。优先用智能指针和容器：
- std::unique_ptr 管理独占资源，离开作用域自动释放
- std::shared_ptr 适合共享所有权，引用计数归零即析构
- std::vector/std::string 替代动态数组和 char*，避免手写内存管理逻辑
例如：不用 char* buf = new char[1024];，改用 std::vector
用 UMDH 或 Valgrind 追踪复杂场景
对于长期运行、多线程或第三方库介入的程序，需要更深入的堆快照比对：
- Windows 下用 UMDH：先用 umdh -p:pid -f:dump1.txt 抓快照，过段时间再抓一次，用 umdh dump1.txt dump2.txt 对比增长的分配块
- Linux 下首选 Valgrind --leak-check=full：能区分 definitely lost、possibly lost，并给出完整调用链
注意：这些工具会显著拖慢运行速度，只在调试阶段启用，别集成进发布流程。
警惕隐式泄漏：循环引用与全局缓存
智能指针不是万能的。两个 std::shared_ptr 相互持有会导致引用计数永远不为 0：
class A { std::shared_ptr b_; };class B { std::shared_ptr a_; };
此时应将其中一方改为 std::weak_ptr。另外，全局 map 缓存对象却不清理，也是典型“缓慢泄漏”——建议加 LRU 机制或定期扫描过期项。
基本上就这些。不复杂但容易忽略：开 ASan、禁裸 new、查循环引用、定期快照比对。坚持几周，内存问题会少一大半。
