C++大量的手动分配、回收内存是存在风险的，也许一个函数中一小块内存泄漏被重复放大之后，最后掏空内存。

这里介绍一种在debug模式下测试内存泄漏的方法。

首先在文件的开头以确定的顺序写下这段代码:

 #define _CRTDBG_MAP_ALLOC

 #include <crtdbg.h>

 #include <stdlib.h>

第1行定义了宏，实现一些内存分配函数向debug模式的映射。

打开<crtdbg.h>我们可以找到这么一段代码：

可以看到，定义了_DEBUG情况下，定义_CRTDBG_MAP_ALLOC会将函数映射为_dbg的版本。

第二个步骤，对new做一个重定义

 #define NEW_WITH_MEMORY_LEAK_CHECKING new(_NORMAL_BLOCK,__FILE__,__LINE__)

 #define new    NEW_WITH_MEMORY_LEAK_CHECKING

这里new采用的是VC++对operator new的一个重载，可以在<vcruntime_new_debug.h>中找到，这里不多讲了。

完成以上两步之后，程序中new和delete回收的过程便被VC++监视了，在程序退出的地方采用

 _CrtDumpMemoryLeaks();

便可以在“输出”窗口查看报告了。

举个栗子

 #define _CRTDBG_MAP_ALLOC

 #include <stdlib.h>

 #include <crtdbg.h>

 #define NEW_WITH_MEMORY_LEAK_CHECKING new(_NORMAL_BLOCK,__FILE__,__LINE__)

 #define new    NEW_WITH_MEMORY_LEAK_CHECKING

 int main()

 {

     auto p = new int[];

     _CrtDumpMemoryLeaks();

     return ;

 }

这里还有一点，VC++的编译器cl.exe在delete之后会将内存置为0xcdcd防止再次利用，这里显然是程序结束时对p进行了回收。

此外，还要介绍一个new的玩法。

（尤其标准库中很突出）C++程序使用了placement new，这里我不是要介绍这个用法，想了解的自行。

placement new在new后边跟了括号，这会和上面提到的VC++重载的new冲突，那么怎么避免，在其他地方宏定义了新的new而和placement new冲突的情况？

相信大家一定见过像下面的代码

 #pragma push_macro("new")

 #undef new

 //using the raw new

 #pragma pop_macro("new")

#pragma push/pop_macro将宏定义名压/弹栈，这里现将宏new压栈，保留原来的定义，之后取消定义，使用原生的new，使用完毕后弹栈恢复宏定义。

以上是我介绍的对new出来的内存进行泄漏检测的简单方法，以及延伸出的一点常用技巧。

感谢阅读