用实例证明dll中new的内存不能在exe中释放_windowsdll里面new出来的内存无法在执行程序里面delete-CSDN博客

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

分类： C++ 2013-10-30 22:24 287人阅读评论(0) 收藏举报

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

__declspec( dllexport )
int* alloc()
{
   printf("in dll: %p\n", malloc);
   return new int[100];
}

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

__declspec( dllimport )  int* alloc();

int _tmain(int argc, _TCHAR* argv[])
{
   printf("in Main: %p\n", malloc);
   int* p = alloc();
   delete[] p;
   return 0;
}

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

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不能混用的问题