DLL函数中内存分配及释放的问题

DLL函数中内存分配及释放的问题 最近一直在写DLL，遇到了一些比较难缠的问题，不过目前基本都解决了。主要是一些内存分配引发问题，既有你们常常遇到的现象也有特殊的

状况，这里总结一下，作为资料。 错误现象是“其缘由多是堆被损坏，这也说明 **.exe 中或它所加载的任何 DLL 中有 bug”

个人现象还有一个，就是直接运行EXE不在程序里调试，不会报这个错误。 从网上找到的资料是： 一个模块一个堆，一个线程一个栈。 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。   如下是CSDN上的讨论，一样讨论的很详细了

以上是在网上找到的资料,今天作过详细测试,结果以下:

测试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的设置不能随意修改。因此如有涉及到这种问题的，最好的办法仍是在哪一个模块分配的就在哪一个模块释放

最好，要否则反倒会引来更多的麻烦。

我在找“...其缘由多是堆被损坏，这也说明 **.exe 中或它所加载的任何 DLL 中有 bug。”解决办法的时候找到的，学到一点，呵呵。可

惜我那工程的直接缘由并非由于上面所说的(也许间接缘由是)，个人工程里是开启一个UI线程，UI线程中有一个view，结果单步调试时报错

“...其缘由多是堆被损坏，这也说明 **.exe 中或它所加载的任何 DLL 中有 bug。”，最后解决办法是，view须要用new建立，不能直接通

过create来建立，缘由是view应该是建在堆上

以上是在网络上搜到的资料。个人实际状况又与这个有所不一样，固然，我已经按照上述的方法都测试过了，没有解决问题。 个人问题是在线程里分配了（NEW）一个类的指针（一个包含套接字的类），但在程序退出时报这个错误。后来通过考虑，我发现多是在程序

退出时，子线程仍在运行，形成指针仍在使用，因此我在退出时把子线程的循环条件置FALSE后，解决。 随即又出现一个问题，我在程序退出时DELETE保存在LIST里的SOCKET的时仍然报这个错误。最后解决办法还是上面的思路，（多线程）把程序

关闭时，先shutdown套接字，而后closesocket套接字，最后延时2秒，OK，取代了原来::WaitForSingleObject(hRecv,2000)而后再

TerminateThread(hRecv,temID);比较暴力的方法。