土星·北海若

薄帏鉴明月,清风吹我襟

用户操作

[留言] [发消息] [加为好友]

订阅我的博客

[编辑]lsaturn的公告

[编辑]文章分类

[编辑]程序员兄弟

李马

存档

深究跨dll的资源分配和释放问题收藏

一直都在说stl库最好不要跨模块传递,因为以前没有遇到过类似的问题,所以一直都没有仔细研究过为什么,最近写了一个代码,遇到这个问题了,我们就来研究一下

是下面类似代码出的问题:

//a.dll

std::string a; //在a.dll里面分配的内存

AddString(a); //这是调用b.dll里面的函数

//b.dll

void AddString(string& val)

{

val += "test"; //这是在b.dll里面的函数,因为+=一般会动态增长内存,所以这里的内存是在b.dll里面分配的

}

我们来把问题简化一下,我们看看new函数到底干了什么，跟踪进去之后可以看到有这么一个代码，进行内存分配（下面的代码去掉次要的，只有我们需要的代码）

__forceinline void * __cdecl _heap_alloc (size_t size)

{

return HeapAlloc(_crtheap, 0, size ? size : 1);　　　　//这里调用api在_crtheap上分配内存

}

那么上面的_crtheap是哪里来的呐，我们来看下真正的dll入口函数_DllMainCRTStartup（在这个函数里面会调用DllMain，但是除此之外还完成了全局变量初始化之类的工作，同时也完成了这里要说到的内存管理），检查下汇编代码，就会发现实际的dll入口是在DllMainCRTStartup，里面有个函数_heap_init，里面

if ( (_crtheap = HeapCreate( mtflag ? 0 : HEAP_NO_SERIALIZE,

BYTES_PER_PAGE, 0 )) == NULL )

大家看到了，_crtheap登场了，那么可以理解了，new和delete操作都是和模块相关的，每个模块都会管理自己的堆，如果跨模块的话，就会导致堆内存管理的混乱，出错再所难免了．解决的办法可以动态连接crt库，这样管理new和delete都在同一个堆里（因为动态连接，代码都会在crt的dll里面执行，当然不会有堆内存的问题），不会出任何问题．还可以利用虚函数技术，反正都是为了保证资源的分配和释放不能在不同模块里面，这个上vc++的crt决定的，没有研究过其它IDE的crt，不知道是否也有类似的问题，over

发表于 @ 2007年03月08日　00:41:00 | 评论( loading... ) | 编辑| 举报| 收藏