小心动态链接库链接静态库时的内存错误
来源:互联网 发布:js实现99乘法表 编辑:程序博客网 时间:2024/05/29 13:13
来自技术博客
最近写的模块,在独立的应用程序中测试是没问题的,但把它装配成DLL后,再在另一个应用程序中调用时却出现了内存错误。程序的模块链接关系大概是这样的:module就是我所写的模块,在这里被封装为DLL,因为要使用json相关的功能,该DLL链接了一个静态库 (jsoncpp.lib)。最后在应用程序中导入并使用module.dll,同时因为在应用程序中也需要用到json,所以应用程序也链接了jsoncpp.lib。
以下用一些伪代码来描述这些模块间的调用关系,以具现出这个错误。
jsoncpp.lib为c++提供了功能齐全的json操作,其核心的类是Json::Value。(阅读本篇文章你无需了解太多json)
module.dll中导出了一个接口:
//ModuleClass.h#include "json/value.h"#if defined MODULE_EXPORTS#define MODULE_EXPORTS __declspec(dllexport)#else#define MODULE_EXPORTS __declspec(dllimport)#endifclass ModuleClass{public:MODULE_EXPORTS void AllocSomeMemory( Json::Value &root ){// 这将申请一些内存,因为会new出一个Json::Value,并append到root上root.append( "testString" );}};
应用程序:
#include "json/value.h"#include "ModuleClass.h"int main(){Json::Value root;ModuleClass::AllocSomeMemory( root );}
在Debug模式下,当main函数执行完毕,对Json::Value root进行析构时,程序便出现了异常。分析下,很显然,调用ModuleClass::MallocMemoryHere时申请的内存,是在module.dll中申请的,而对这些内存的析构则是在应用程序(.exe)中进行的(析构root会同时析构append在root上的所有子Json::Value)。不过,这是异常的真正原因么?
追踪到异常的出错点:dbgheap.c文件中那句ASSERT语句。
/** If this ASSERT fails, a bad pointer has been passed in. It may be* totally bogus, or it may have been allocated from another heap.* The pointer MUST come from the 'local' heap.*/_ASSERTE(_CrtIsValidHeapPointer(pUserData));
注释中的最后一句话”The pointer MUST come from the ‘local’ heap“引起了我的警惕,难道对于内存的申请和释放不是在同一个heap上,除了‘local’ heap还有一个什么heap么。
去MSDN上搜索了关于_CrtIsValidHeapPointer,似乎找到了答案,以下这段话是MSDN上对于_CrtIsValidHeapPointer的介绍:
The _CrtIsValidHeapPointer function is used to ensure that a specific memory address is within the local heap. The local heap refers to the heap created and managed by a particular instance of the C run-time library. If a dynamic-link library (DLL) contains a static link to the run-time library, it has its own instance of the run-time heap, and therefore its own heap, independent of the application’s local heap. When _DEBUG is not defined, calls to _CrtIsValidHeapPointer are removed during preprocessing.
注意字体加粗的部分,这不正应对我的情形么?!错误不在于DLL中申请的内存在EXE中释放,而在于如果这个DLL拥有一个静态链接,它就会拥有独立的运行时堆,独立于应用程序的堆。这样对于内存申请和释放并不是在同一个堆上进行的,当然出错了。
解决:虽然MSDN上最后说,如果把项目改成release的,这个ASSERT就将避免,但这是放纵内存泄露,最好的解决办法是将静态链接也改成动态链接,这样就使得DLL能够和应用程序共享同一个堆,错误也得以避免。
于是,我修改了jsoncpp的项目配置,生成jsoncpp的动态链接库,而不是使用静态库,重新导入到module.dll中,错误解决。
- 小心动态链接库链接静态库时的内存错误
- 小心DLL链接静态库时的内存错误
- 小心DLL链接静态库时的内存错误
- 动态链接库、静态链接库;动态链接、静态链接
- 动态链接,静态链接,动态链接库,静态链接库
- 静态链接和动态链接库混用导致的链接错误LIN
- 静态链接和动态链接库混用导致的链接错误LINK2005
- 静态动态链接库
- 动态+静态链接库
- 动态静态链接库
- 静态库,静态链接,动态链接 的区别
- 静态库链接、动态库静态链接和动态链接
- 静态链接时链接库的顺序
- 动态链接库之静态链接和动态链接
- 静态链接库和动态链接库
- 静态链接库和动态链接库
- 静态链接库与动态链接库
- 动态链接库与静态链接库
- Unity3D NGUI事件 UIEvents
- linux 调试 Qt 源码
- Socket阻塞模式和非阻塞模式的区别
- VC++中vector矢量的使用方法及随机相关
- Unity3D入门之JavaScript
- 小心动态链接库链接静态库时的内存错误
- maven基础
- Unity3D Resources TextAsset 文本
- ORA-28056:Writing audit records to Windows EventLog failed
- Unity3D的四元数 Quaternion
- Android ListView用法(简洁新手专用)
- [cocos2d-x-教程] 让精灵响应触摸 并把方向旋转到相对应的角度
- Release版与Debug版程序的问题
- DSP学习-遇到的问题及解决方法1