C++内存泄漏因未释放动态分配内存导致程序性能下降或崩溃，常见于new/delete不匹配、异常退出、指针重赋值等场景；可通过智能指针、RAII、Valgrind、AddressSanitizer等工具检测与预防，建议使用现代C++特性减少手动管理。
C++内存泄漏是指程序在动态分配内存后，未能正确释放，导致这部分内存无法被再次使用。随着时间推移，泄漏的内存累积，可能造成程序运行变慢、崩溃，甚至影响系统稳定性。由于C++不提供自动垃圾回收机制，开发者必须手动管理内存，因此内存泄漏是一个常见且需要重点关注的问题。
常见内存泄漏场景
以下是一些典型的内存泄漏情况，开发者在编码时应特别注意：
- new后未匹配delete：使用new分配内存后，忘记调用delete释放。例如：int* p = new int(10); 之后没有delete p;。
- 数组未用delete[]释放：使用new[]创建数组，却用delete而非delete[]释放，可能导致部分内存未被回收。
- 异常导致提前退出：在new之后、delete之前发生异常，程序跳转导致释放代码未执行。
- 指针被重新赋值：指向堆内存的指针被直接赋新值，原地址丢失，造成泄漏。例如：p = new int; p = new int; 第一次分配的内存即泄漏。
- 循环或递归中频繁new：在循环或递归中动态分配内存但未及时释放，容易造成大量累积泄漏。
- 智能指针使用不当：如shared_ptr形成循环引用，导致引用计数无法归零，内存无法释放。
常用检测方法
及时发现和修复内存泄漏是保障程序健壮性的关键。以下是几种有效的检测手段：
- RAII与智能指针：优先使用std::unique_ptr、std::shared_ptr等智能指针，让对象在作用域结束时自动释放内存，从根本上避免泄漏。
- 静态分析工具：使用Clang Static Analyzer、Cppcheck等工具在编译期发现潜在的内存管理问题。
-
运行时检测工具：
- Valgrind（Linux）：功能强大，能精确报告内存泄漏位置。编译时加-g选项，运行valgrind --leak-check=full ./program即可检测。
- AddressSanitizer（ASan）：编译时加入-fsanitize=address，可快速发现泄漏和越界访问，支持Linux、macOS、Windows。
- Visual Studio 调试器（Windows）：使用调试堆函数如_CrtDumpMemoryLeaks()，配合_CRTDBG_MAP_ALLOC宏，可在程序退出时打印泄漏信息。
- 自定义内存跟踪：重载new/delete操作符，记录每次分配与释放，程序结束时输出未匹配的内存块，适合复杂项目集成。
如何预防内存泄漏
除了检测，更应从编码习惯上预防：
立即学习“C++免费学习笔记（深入）”；
- 尽量避免裸指针，优先使用智能指针和容器（如vector、string）。
- 确保每个new都有对应的delete，且在异常安全的代码结构中使用try-catch或RAII。
- 在类中遵循“三法则”或“五法则”，正确实现析构函数、拷贝构造和赋值操作。
- 使用现代C++特性（C++11及以上），减少手动内存管理。
基本上就这些。内存泄漏虽常见，但通过合理的设计、工具辅助和编码规范，完全可以有效控制和避免。关键是养成良好的资源管理习惯，把释放责任交给对象生命周期而非手动追踪。
