内存泄漏指由于疏忽或错误造成程序未能释放已经不再使用的内存情况。内存泄漏并
非指的是内存在物理上消失，而是应用程序分配某段内存后，由于设计错误，导致在释
放该段内存之前就失去了对该段内存的控制，从而造成了内存的浪费。
CRT库为我们提供了检测和识别内存泄漏的有效方法，原理:内存分配要通过CRT在运行时实现，只要分配内存和释放内存时分别做好记录，程序结束时对比分配内存和释放内存的记录就可以确定是不是内存泄漏。因为new操作分配动态内存是调用operator new的，delete操作是调用operator delete的，那么通过重载operator new以及operator delete，把每次分配内存情况都记录下来，比如文件名，行号以及大小等，delete时删除记录，最后程序退出时，将没有delete的记录打印出来。当然，new实际调用的是malloc，而malloc调用的又是heapAlloc，而HeapAlloc可能又是调用RtlAllocateHeap，所以理论上我们可以在这些函数的任意一层拦截和记录。但是如果你要实现自己的跨平台内存泄露检测，还是重载operator new吧。
以下代码测试，得到窗口信息如下：
红色框： 内存泄漏定位调试信息
绿色框： 对应代码的第78行，出现内存泄漏。
蓝色框： 对应分配第164块内存块的时候，出现内存泄漏。
对于蓝色框，通过内存块号码也可以定位内存泄漏代码，方法如下：
添加此行代码 _CrtSetBreakAlloc(164)，意思是在申请第164这块内存块时中断，通过vs的调用堆栈(debug->windows->call stack)即可显示调用堆栈信息，双击信息中的最后第二行，即可定位申请内存代码位置。
最后要注意一点的，并不是说有normal block一定就有内存泄漏，当你的程序中有全局变量的时候，全局变量的释放示在main函数退出后，所以在main函数最后_CrtDumpMemoryLeaks（）会认为全局申请的内存没有释放，造成内存泄漏的假象。如何规避呢？我通常是把全局变量声明成指针在main函数中new 在main函数中delete，然后再调用_CrtDumpMemoryLeaks（），这样就不会误判了。
以下是在windows平台使用vs的一种内存泄漏检测定位的方法，补充一点，如果没有内存泄漏，_CrtDumpMemoryLeaks（）不会显示任何信息。关于其他的内存泄漏检测定位，比如Linux系统下，有空再补充。
参考资料：
https://www.cnblogs.com/skynet/archive/2011/02/20/1959162.html.
https://blog.csdn.net/zhengudaoer/article/details/80083097.
https://blog.csdn.net/greywolf0824/article/details/84327656.
https://blog.csdn.net/sdxzw/article/details/38225367?utm_medium=distribute.pc_relevant.none-task-blog-2defaultbaidujs_title~default-0.base&spm=1001.2101.3001.4242.
https://blog.csdn.net/sesiria/article/details/52039685.
以下若有错误，恳请指教