windos下的内存分配

最近封装DLL库，发现程序推出的时候总是会有一些LOG，显示部分内存没有回收。调试发现，这些没有回收的内存不是我的代码的逻辑造成，而是和DLL的一些特性相关。
然后研究了一下，windows下的内存分配的相关知识。
crtd__malloc_dbg 是debug模式下，NEW操作实际调用的函数，这个函数会分配内存，但是你NEW出来的内存会被包装一下，下面的这个结构体就是用来包装的。

typedef struct _CrtMemBlockHeader
{
        struct _CrtMemBlockHeader * pBlockHeaderNext;            // 下一个节点指针
        struct _CrtMemBlockHeader * pBlockHeaderPrev;            // 前一个节点指针
        char *                      szFileName;                  // 调用new的文件名
        int                         nLine;                       // 调用new的行号
        size_t                      nDataSize;                   // 调用new分配内存大小
        int                         nBlockUse;                   // 本块内存使用目的
        long                        lRequest;                    // 请求编号
        unsigned char               gap[nNoMansLandSize];        // 内存前面的空白
        /* followed by:
         *  unsigned char           data[nDataSize];             // 真正的内存
         *  unsigned char           anotherGap[nNoMansLandSize]; // 内存后面的空白
         */
} _CrtMemBlockHeader;

这个结构体会把内存包装起来，真正的数据是DATA,在DATA上面有个GAP,下面有个ANTHERGAP，nNoMansLandSize的大小是4（windows下），然后这上下两端内存都会被赋值成0XFD，相信很多人调试的时候，每次NEW返回的指针（DATA）指向的地址，上下都会有0XFD FD FD FD。由于有一个前向指针，后向指针，所以你在DEBUG模式下，所有NEW出来的内存，都是放在一个链表里面了。
当你对NEW出来的内存越界访问的时候，FD这样的标示会被破坏，然后你DELETE的时候，就会报错。如果你对NEW出来的内存不回收，那么在程序推出的时候，就会检查整个链表，发现链表不为空，它就一个节点一个节点的吧申请未释放的内存信息打印出来。