C++内存泄漏检测工具通过重载全局new/delete操作符，记录分配地址、大小及文件行号，程序退出时报告未释放内存；需线程安全存储、覆盖数组操作符、避免递归分配，并可选栈回溯增强定位。
在 C++ 中实现一个简单的内存泄漏检测工具，核心思路是：**重载全局 new 和 delete 操作符，记录每次分配/释放的地址、大小、调用位置（文件+行号），程序退出前遍历未匹配的分配，打印泄漏信息。**
重载全局 new/delete 记录分配信息
通过重载 ::operator new 和 ::operator delete，拦截所有堆内存操作。关键点：
- 使用
__FILE__和__LINE__捕获调用位置（可封装为宏） - 用线程安全的容器（如
std::map+std::mutex）存储分配记录：地址 → {size, file, line} -
new分配成功后，插入记录；delete释放前，从容器中移除对应地址 - 注意重载
operator new[]/operator delete[]，否则数组分配会漏检
添加调试信息和栈回溯（可选增强）
仅靠文件行号有时定位困难，可进一步提升：
- 用
backtrace()（Linux）或CaptureStackBackTrace()（Windows）获取调用栈 - 结合
addr2line或 PDB 解析符号，把地址转成函数名（需编译带调试信息） - 对频繁分配的热点，可加计数器或按调用栈聚合统计
程序退出时报告未释放内存
利用 RAII 或 atexit 注册清理函数：
立即学习“C++免费学习笔记（深入）”；
- 在
main返回前或atexit回调中遍历剩余记录 - 按 size 降序或按 file/line 分组输出，便于聚焦大块或高频泄漏点
- 示例输出：
Leak #1: 1024 bytes at 0x7f8b4c0012a0 (main.cpp:42) - 可导出为 JSON 或文本，供脚本后续分析
注意事项与限制
这类工具轻量但有边界，使用前需清楚：
- 不拦截 STL 容器内部的分配（除非也重载其使用的分配器）
- 静态对象的全局 new 可能早于记录器初始化，建议在
main开头就启用 - 多线程下必须加锁，否则 map 操作非线程安全
- 避免在重载的
new中再触发 new（如 log 字符串构造），防止递归崩溃
基本上就这些。它不是 Valgrind 那样的全功能检测器，但足够帮你快速发现明显泄漏，尤其适合嵌入式或受限环境下的自检。
