Visual Sudio 6.0新建一个工程,工程的类型选择Win32 Dynamic-Link Library.工程名任意
,其他所有选项取默认
新建一个cpp文件,代码:
如果工程类型是Win32 console Application,那么在编译链接以后,会产生一个Debug目
录,并且里面有一个exe文件.
这里我们的工 程 是Win32 Dynamic-Link Library,在编译链接以后,我们期望产生一
个Debug目录,并且里面有一个dll文件
事实正是如此,我们可以depends工具打开这个dll文件以查看它导出了什么函数depends
工具在Tools菜单.实际上它是D:/Program Files/Microsoft Visual Studio/Common/Tools
的一个文件.我们发现,这个dll没有导出任何东西.这是因为我们并没有说明我们要导出的东
西.在那个cpp里的函数并不是默认会被导出的.因为它们可能只是被我们要导出的函数的调
的"内部函数".要导出一个函数,我们须要加上_declspec(dllexport),代码变为:
CODE:
再链接一次,再查看该dll文件,发现有一个?add@@YAHHH@Z的函数.好像很怪,不过总算看到
东西了.
现在来测试一这个dll
新建一个工程,选Win32 Console Application
新建一个cpp文件,代码
CODE:
其中LoadLibrary都是Windows.h里面声明了的函数
编译链接,都没问题,运行.出错了!
分析,程 序怎么知道去哪里找我们的dll呢?
它会按 如 下顺序搜索:当前可执行模块所在的目录,当前目录, Windows 系统目
录,Windows 目录。GetWindowsDirectory 函数检索此目录的路径,PATH 环境变量中列出的目
录。
所以我们要把我们的dll复制一份到这个测试工程的Debug目录之后,再运行
还是出错了!
分析一下.我们刚才看到的是一个叫?add@@YAHHH@Z函数.那么,是不是这个原因呢?
把代码改为:
CODE:
再编译链接,运行,成功了!那么怎么可以正确导出我们函数的名字呢?
在生成dll的工程的代码加上extern "C",改为:
CODE:
编译链接后,查看dll文件,可以看到导出的函数变为add了,这时下面代码可以正常工作了
CODE:
除了用_declspec(dllexport)指明要导出的函数 , 用extern "C"来纠正名字,我们还可用
一个.def文件来达到以上目的
在dll工程里新建一个文件,类型选Text File,在名字要带上后缀.def.内容如下:
剩下的步骤就和之前一样了,用def文件还可以改变导出的函数的名字,例如
使得导出的函数叫myadd,而不是add.还可以给函数指定一个序号
如:
给myadd指定了一个序号
在测试工程里,可以根据序号取得我们的函数:
CODE:
以上讲的是运行时静态加载dll,下面讲启动时动态加载dll
产生dll的工程不用变,还是上面这个(名字是myadd,序号为4)
测试代码改为:
//先把DLL.lib文件复制到本工程目录里
CODE:
#pragma comment(lib,"DLL.lib")指明了用到哪个dll,其中DLL.lib可以在Debug找到.我们也
要把DLL.lib复制到测试工程目录(不是Debug目录).我们也可以在工程属性里添加.方法是
Project--Settings--Link,在Object/libraries Modules最后加上 DLL.lib
extern int add(int ,int );指明了我们的add是一个外部函数,而不是在本文件定义的
最后,强调一下,要把该复制的文件复制到正确的地方.当你产生的dll文件和我说的不一
致时,试一下选Build-Rebuild All