LoadLibrary GetProcAddress FreeLibrary 近距应用

本文记录了作者在工作中遇到的两个关于DLL应用的问题及其解决方案。第一个问题是关于静态链接ZIP.dll导致的异常,通过动态加载DLL解决。第二个问题是关于ICMP.DLL的PING功能导致的内存增长现象,通过改进类的设计解决。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

工作中发现两次相关的情况:
第一次发生在2014年4月4日工作周到4月18日工作周,在网上下载了一个开源的ZIP.dll,按照我的习惯,静态链接到自己的应用程序中,就可以随心所欲的使用了。可问题发生了,程序在项目现场运行15天或更长时间后,该DLL的接口函数会出现莫名的异常,导致DLL接口函数无法正常继续工作。
后来,解决办法是使用动态加载DLL的方法,用一次LoadLibrary、GetProcAddress一次,接口函数应用完之后,马上调用FreeLibrary释放,这样静态的应用变动态的应用,使我解决了问题。

第二次发生在2015年7月17日工作周和7月24日工作周,鉴于以前我需要用到的特殊功能,我都会在我的DLL的初始函数中调用LoadLibrary、GetProcAddress一次,在我的DLL释放函数中调用一次FreeLibrary,这样我觉得比较高效,避免了重复Load/Free,提高效率。可问题发生了,当我使用ICMP.DLL的PING功能应用时,我的PING1及PING2操作以及STATUS操作,联合动作时,会导致内存增长现象,如果3个动作分别单独测验,均不存在内存增长现象。
后来,我把目光定位到Load/Get/Free这三个函数的应用上,是不是他们导致的?
于是我就写了一个CPing类(原来者是函数实现),构造时调用Load及Get,析构时调用Free,DLL接口函数应用时,定义局部类实例变量进行应用。问题消失了,困扰我两周时间呢!
接下来我会补充测试在函数中直接调用3个API的情况,验证是不是新类新码段的应用使我摆拖了困扰。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值