现在的位置: 首页 > 综合 > 正文

实现Dll的延迟加载

2013年10月05日 ⁄ 综合 ⁄ 共 762字 ⁄ 字号 评论关闭

动态库的加载有两种方法:隐式和显式。隐式就是在编译时链接Dll的引入库lib,然后在程序启动时由OS自动加载对应的Dll,显然这会略微增加程序启动的时间。而且,如果Dll不存在的话,程序还无法启动。显式加载,就可以灵活判断,在需要时再加载Dll,万一加载失败还可能绕过去,而不至于让程序无法启动。但是,显式加载,需要主动调用LoadLibrary和GetProcAddress函数,代码会显得很啰唆,而且调用还必须知道被调用Dll的名称(不利于以后调整)。

有没有一种好的方式来解决这个问题呢?我以为,需要灵活处理。即对于相对独立使用的Dll,可以使用LoadLirary的方式来显式加载。而对于会被反复调用的公共模块,则使用隐式的方式加载(比如一个显式加载的Dll内部,也可以通过隐式方式来引用别的Dll)。这样就可以比较好的平衡开发效率以及运行效率的问题。

其实VC提供了一个编译选项/DELAYLOAD,可以自动把隐式加载变成显式加载。其实是延迟加载,即在被调用Dll第一次被调用时自动加载,而开发人员不用修改代码。这样,就把隐式和显式加载的好处都囊括了!但是,因为需要一一指定要延时加载的Dll名称,所以如果Dll很多还是很麻烦的。

所以,除非很有必要,一般情况下,直接使用隐式加载就可以了。你看我们调用Win32 API的时候,也没有说都要LoadLibrary的,直接调用函数就可以了,这样最方便嘛。而且,LoadLibrary也不像很多人以为的会占用很多内存(我之前也是这么认为),其实只是进行了一个地址空间的映射而已,详情请参考相关文档。

去年,一个同事告诉了我这个发现。今天,因为一个讨论又想起了,就跟大家一起分享吧,呵呵。

Google到了一篇相关的文章,附在下面,供参考。

利用DelayLoad来优化应用程序的性能

抱歉!评论已关闭.