小心DLL链接静态库时的内存错误
来源:互联网 发布:java properties 编辑:程序博客网 时间:2024/06/05 09:54
最近写的模块,在独立的应用程序中测试是没问题的,但把它装配成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" );}};
应用程序:
1
#include "json/value.h"
2
#include "ModuleClass.h"
3
int
main()
4
{
5
Json::Value root;
6
ModuleClass::AllocSomeMemory( root );
7
}
在Debug模式下,当main函数执行完毕,对Json::Value root进行析构时,程序便出现了异常。分析下,很显然,调用ModuleClass::MallocMemoryHere时申请的内存,是在module.dll中申请的,而对这些内存的析构则是在应用程序(.exe)中进行的(析构root会同时析构append在root上的所有子Json::Value)。不过,这是异常的真正原因么?
追踪到异常的出错点:dbgheap.c文件中那句ASSERT语句。
1
/*
2
* If this ASSERT fails, a bad pointer has been passed in. It may be
3
* totally bogus, or it may have been allocated from another heap.
4
* The pointer MUST come from the 'local' heap.
5
*/
6
_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链接静态库时的内存错误
- 小心动态链接库链接静态库时的内存错误
- MFC静态链接时的一个错误
- 链接静态库时__imp_前缀错误
- 静态库lib和动态链接库dll的基础知识
- 动态链接库dll的 静态加载 与 动态加载
- 动态链接库dll的 静态加载 与 动态加载
- 关于动静态链接库的使用,dll调用,等
- 动态链接库dll的 静态加载 与 动态加载
- 动态链接库dll的静态加载与动态加载
- 动态链接库dll的 静态加载 与 动态加载
- 静态链接时链接库的顺序
- MFC DLL静态链接
- MFC DLL静态链接
- libgcc_s_dw2.dll静态链接
- LIB和DLL的区别与使用(静态链接库与动态链接库的区别)
- MFC模块的动态链接库DLL以及静态链接库LIB编译后的调用
- 世界互联网大会不会说的事儿
- Service和IntentService
- Maven配置Spring+SpringMVC+MyBatis(3.2.2)Pom 以及 IntelliJ IDEA 如何打开依赖视图
- MBProgressHUD 显示方向异常
- shell 结构化命令
- 小心DLL链接静态库时的内存错误
- shell
- SSH 部分jar包的作用
- ios开发中百度地图的基本使用一
- c# 文本框只允许输入数字的方法
- flex tree 自适应显示横向滚动条
- 产品设计如何打动用户
- Hadoop基于Protocol Buffer的RPC实现代码分析-Server端
- Android Studio 1.0RC1版发布