用实例证明dll中new的内存不能在exe中释放

VC中新建一个dll工程,设置使用“多线程调试DLL (/MDd)”。该dll导出以下alloc函数:

[cpp]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. __declspecdllexport )  
  2. int* alloc()  
  3. {  
  4.    printf("in dll: %p\n", malloc);  
  5.    return new int[100];  
  6. }  

VC中新建一个exe工程,设置使用“多线程调试(/MTd)”,并且引用刚才的dll工程,该工程的main函数如下:

[cpp]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. __declspecdllimport )  int* alloc();  
  2.   
  3. int _tmain(int argc, _TCHAR* argv[])  
  4. {  
  5.    printf("in Main: %p\n", malloc);  
  6.    int* p = alloc();  
  7.    delete[] p;  
  8.    return 0;  
  9. }  

 运行以上程序可以发现两个现象:

1.      dll和exe中打印出来的malloc函数的地址不同。原因是:dll是动态链接C运行库,exe是静态链接C运行

库,因此最终的进程有两份malloc函数的代码。

2.      delete[] p语句在运行的时候报错。原因是:既然malloc代码地址有两份,可以知道两个C运行库中的全

局变量也有两份,维护堆的数据结构也有两份,那么一个C运行库new出来的地址,在另一个C运行库中不会

有记录,也就不能去delete。


DLL和exe里的malloc和free不能混用

一个模块一个堆,一个线程一个栈。
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。

  C语言 C++语言 Windows 平台 COM IMalloc 接口 BSTR 申请 malloc() new GlobalAlloc() CoTaskMemAlloc() Alloc() SysAllocString() 重新申请 realloc()   GlobalReAlloc() CoTaskRealloc() Realloc() SysReAllocString() 释放 free() delete GlobalFree() CoTaskMemFree() Free() SysFreeString()

  以上这些函数必须要按类型配合使用(比如:new 申请的内存,则必须用 delete 释放)。在 COM 内部,当然你可以随便使用任何类型的内存分配释放函数,但组件如果需要与客户进行内存的交互,则必须使用上表中的后三类函数族。IMalloc 接口又是对 CoTaskXXX() 函数族的一个包装。包装后,同时增强了一些功能,比如:IMalloc::GetSize()可以取得尺寸,使用 IMallocSpy 可以监视内存的使用。

参考:
Dll分配的内存块,应用释放的问题
DLL和exe里的malloc和free不能混用的问题


测试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的设置不能随意修改。所以若有涉及到这种问题的,最好的办法还是在哪个模块分配的就在哪个模块释放最好,要不然反倒会引来更多的麻烦。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值