在DLL中用CRT静态库申请内存,EXE释放是不行的
2010-05-28 16:27
549 查看
因为malloc/free,new/delete都是调用HeapAlloc/HeapFree来实现来实现内存分配是释放的。
查看Windows的API可以看到,这两个函数都需要一个Heap的HANDLE做为参数。CRT库采用了全局变量来保存这个HANDLE。如果是CRT静态链接,CRT库的代码会链接到各个DLL中去,也包括这个全局变量。
也就是说,每个使用CRT静态链接的dll中都有一个自己的全局堆句柄,他们自己都在这个句柄上使用内存。当释放dll中分配的内存时由于使用的堆句柄不一致于是出错。
当使用CRT动态链接时,有于每个dll都是去调用CRT库的dll函数来分配和释放内存的,使用的是同一个句柄,所以就没有这个问题。
一般是哪里申请哪里释放,谁申请的内存由谁释放,这是封装的基本原则。
dll内部(对外隐藏)的内存分配,显然要dll自己处理啦。当然也可以由调用它的程序释放, 但不推荐,高内聚,且不安全
dll外部的由外部程序分配后传进dll,使用完后,可以由外部程序释放,也可以调用dll内部函数帮助释放。
如果导出的是类,则可以在类中定义自我是释放的Release导出函数:
void release()
{
delete this;
}
COM的内存释放就是采用这样的方法
查看Windows的API可以看到,这两个函数都需要一个Heap的HANDLE做为参数。CRT库采用了全局变量来保存这个HANDLE。如果是CRT静态链接,CRT库的代码会链接到各个DLL中去,也包括这个全局变量。
也就是说,每个使用CRT静态链接的dll中都有一个自己的全局堆句柄,他们自己都在这个句柄上使用内存。当释放dll中分配的内存时由于使用的堆句柄不一致于是出错。
当使用CRT动态链接时,有于每个dll都是去调用CRT库的dll函数来分配和释放内存的,使用的是同一个句柄,所以就没有这个问题。
一般是哪里申请哪里释放,谁申请的内存由谁释放,这是封装的基本原则。
dll内部(对外隐藏)的内存分配,显然要dll自己处理啦。当然也可以由调用它的程序释放, 但不推荐,高内聚,且不安全
dll外部的由外部程序分配后传进dll,使用完后,可以由外部程序释放,也可以调用dll内部函数帮助释放。
如果导出的是类,则可以在类中定义自我是释放的Release导出函数:
void release()
{
delete this;
}
COM的内存释放就是采用这样的方法
相关文章推荐
- 在DLL中用CRT静态库申请内存,EXE释放是不行的
- 在DLL中用CRT静态库申请内存,EXE释放是不行的
- 用vs2008写了一个动态库,其中有申请内存,用vc6.0写了一个exe调用动态库,并释放dll申请的内存:dbgheap.c Line:1011
- 跨module(exe、dll)间传递c++对象发生申请/释放内存违例的问题
- 【开发日记】调用方释放DLL中申请的内存
- dll内申请的内存可以由调用它的程序释放吗?
- 在dll里面申请内存, 主程序释放导致AV
- 关于Cross-Dll问题(在不同的模块之间申请和释放内存)
- 关于在dll中申请内存,外部释放的问题
- DLL中用malloc分配了一块内存,但是在exe程序中释放引发的错误可能原因
- DLL分配的内存如何在EXE里面释放
- DLL分配的内存如何在EXE里面释放
- 不同dll或者exe中释放内存
- EXE中释放DLL中分配的内存
- DLL中用malloc分配了一块内存,但是在exe程序中释放引发的错误:其原因可能是堆被损坏,这也说明 **.exe 中或它所加载的任何 DLL 中有 bug
- C# 释放C++DLL 中申请的内存空间
- DLL中申请内存及释放的机制。
- 关于在dll中申请内存,外部释放的问题
- 用实例证明dll中new的内存不能在exe中释放
- 【C/C++开发】C语言 DLL(动态链接库)中申请动态内存释放的问题