深究跨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

实验课程:算法分析与设计 实验名称:用动态规划法求解资源分配问题 (验证型实验) 实验目标: (1)掌握用动态规划方法求解实际问题的基本思路。 (2)进一步理解动态规划方法的实质,巩固设计动态规划算法的基本步骤。 实验任务: (1)设计动态规划算法求解资源分配问题,给出算法的非形式描述。 (2) 在Windows环境下用C 语言实现该算法。计算10个实例,每个实例中n=30, m=10, Ci j为随机产生于范围(0,103)内的整数。记录各实例的数据及执行结果(即最优分配方案、最优分配方案的值)、运行时间。 (3)从理论上分析算法的时间和空间复杂度,并由此解释相应的实验结果。 实验设备及环境: PC;C/C++等编程语言。 实验主要步骤: (1) 根据实验目标,明确实验的具体任务; (2) 分析资源分配问题,获得计算其最优值的递推计算公式; (3) 设计求解问题的动态规划算法,并编写程序实现算法; (4) 设计实验数据并运行程序、记录运行的结果; (5) 分析算法的时间和空间复杂度,并由此解释释相应的实验结果; 问题分析: 问题描述: 某厂根据计划安排,拟将n台相同的设备分配给m个车间,各车间获得这种设备后,可以为国家提供盈利Ci j(i台设备提供给j号车间将得到的利润,1≤i≤n,1≤j≤m) 。问如何分配,才使国家得到最大的盈利? 算法基本思想: 本问题是一简单资源分配问题,由于具有明显的最优子结构,故可以使用动态规划求解,用状态量f[i][j]表示用i台设备分配给前j个车间的最大获利,那么显然有f[i][j] = max{ f[k][j–1] + c[i-k][j] },0<=k<=i。再用p[i][j]表示获得最优解时第j号车间使用的设备数为i-p[i][j],于是从结果倒推往回求即可得到分配方案。程序实现时使用顺推,先枚举车间数,再枚举设备数,再枚举状态转移时用到的设备数,简单3重for循环语句即可完成。时间复杂度为O(n^2*m),空间复杂度为O(n*m),倘若此题只需求最大获利而不必求方案,则状态量可以减少一维,空间复杂度优化为O(n)。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值