模块中分配和释放堆的问题

造成失败的原因是分配和释放内存不是由相同的堆管理程序完成的，例如动态链接库中的堆在默认情况下是由msvcrt.dll中的堆管理程序管理的 (以动态链接的方式)，而exe程序的堆在默认情况下是由程序自己的代码管理（以静态链接的方式），由于它们的堆管理程序不同，当动态链接库分配的内存在 exe程序中释放时就会出错，因为exe程序所在的堆并没有分配这块内存，而你却要求它释放这块内存。
解决方法：将程序中所有的模块都链接到C/C++运行期库Multithreaded DLL，修改后所有分配和释放堆上内存的操作都由同一个堆管理程序管理，这样便解决了问题。

如果用了CRT的内存分配(new,delete,malloc,free,...)，你的dll和exe是静态或动态连接CRT的时候必须一致。msvcrt.dll用了单独的一个heap的，跟你的静态连接crt时用的heap不相同。
project   settings-> c/c++-> code   generation-> use   runtime   library-> dll和exe选择要一致

用   new   和   delete   的内存不能跨模块。你可以：
从   DLL   导出一个释放内存的函数，在   EXE   里面凡是从   DLL   分配的内存都用它释放。

一个模块一个堆，一个线程一个栈。
dll里malloc的内存，在exe里free会出错。

CRT（C运行时期库）不是使用进程缺省的堆来实现malloc（new中调用malloc）的，而是使用一个全局句柄HANDLE _crtheap来分配内存的。这个_crtheap是在XXXCRTStartUp（CRT提供的进口点函数）中创建的。
由于CRT静态连接，则楼主的DLL里有也有一个CRT，因此也有一个_crtheap。而在dll中的new使用dll中的_crtheap句柄分配堆，在exe中的delete使用exe中的_crtheap释放堆，当然失败！

解决办法：
1。在DLL中输出一个函数给EXE调用，专门用来释放由DLL分配的内存；
2。用GlobalAlloc()代替new，用GlobalFree()代替delete；
3。使用单一的堆，分配内存使用HeapAlloc(GetProcessHeap(),0,size)，释放内存使用HeapFree(GetProcessHeap(),0,p)；
4。把dll和exe的Settings的C/C++选项卡的Code   Generation的Use   Run-time   liberary改成Debug   Multithreaded   DLL，在Release版本中改成Multithreaded   DLL；这样使用一个CRT了——MSVCRT.DLL。

做过详细测试,结果如下:

测试1：使用malloc/free组合来分配和释放内存,DLL中使用malloc分配，exe中使用free释放。
我建的是Win32 DLL工程, C/C++->Code generation 设置是 Multithread DLL debug, 但是exe工程设置是MultiThread debug,所以不管怎么样

,总是会抛异常. 这就间接证明了上述的描述是正确的, 若我修改exe工程设置是 MultiThread DLL debug, 那么malloc/free组合就能很好的工

作起来了。

测试2：使用HeapAlloc/HeapFree组合来分配和释放内存，DLL中使用HeapAlloc分配，exe中释放。
exe的配置还是MultiThread Debug，DLL中HeapAlloc(GetProcessheap(), HEAP_ZERO_MEMORY, 1024)分配，exe中HeapFree(GetProcessHeap(),

0, p)释放，,则还是无法正常运行，还是抛异常。若exe中设置成MultiThread DLL debug就正常运行了。

测试3：还是使用HeapAlloc/HeapFree来进行，但是DLL中导出一个方法来释放DLL中分配的内存。
若exe配置是MultiThread Debug，无法正常运行，抛异常。若修改成MultiThread DLL debug正常运行。
所以得到的结论如下：
不管是使用malloc/free组合还是HeapAlloc/HeapFree组合，exe工程均需要设置成MultiThread DLL debug才能正常运行起来的，CSDN上的那个

讨论在这儿貌似是由出入的，而且DLL的设置不能随意修改。所以若有涉及到这种问题的，最好的办法还是在哪个模块分配的就在哪个模块释放

最好，要不然反倒会引来更多的麻烦。