http://icese.net/read.php?tid=7180
用VC编写DLL教程
用Visual Sudio 6.0新建一个工程,工程的类型选择Win32 Dynamic-Link Library.工程名任意,其他所有选项取默认
新建一个cpp文件,代码如下:
int add(int a ,int b){
return a+b
}
如果工程类型是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),代码变为:
int _declspec(dllexport) add(int a ,int b){
return a+b
}
再链接一次
再查看该dll文件,发现有一个?add@@YAHHH@Z的函数.好像很怪,不过总算看到东西了
现在来测试一下这个dll
新建一个工程,类型选Win32 Console Application
新建一个cpp文件,代码如下
#include <iostream.h>
#include <Windows.h>
void main(){
typedef int (*ADD)(int ,int)//函数指针类型
HINSTANCE Hint = ::LoadLibrary("DLL.dll")//加载我们刚才生成的dll
ADD add = (ADD)GetProcAddress(Hint,"add")//取得dll导出的add方法
cout<<add(3,4)<<endl
}
其中LoadLibrary都是Windows.h里面声明了的函数
编译链接,都没问题
运行.出错了!
分析一下,程序怎么知道去哪里找我们的dll呢?
它会按如下顺序搜索:当前可执行模块所在的目录,当前目录, Windows 系统目录,Windows 目录。GetWindowsDirectory 函数检索此目录的路径,PATH 环境变量中列出的目录。
所以我们要把我们的dll复制一份到这个测试工程的Debug目录之后,再运行
还是出错了!
分析一下.我们刚才看到的是一个叫?add@@YAHHH@Z函数.那么,是不是这个原因呢?
把代码改为:
#include <iostream.h>
#include <Windows.h>
void main(){
typedef int (*ADD)(int ,int)//函数指针类型
HINSTANCE Hint = ::LoadLibrary("DLL.dll")//加载我们刚才生成的dll
ADD add = (ADD)GetProcAddress(Hint,"?add@@YAHHH@Z")//取得dll导出的add方法
cout<<add(3,4)<<endl
}
再编译链接,运行,成功了!
那么怎么可以正确导出我们函数的名字呢?
在生成dll的工程的代码加上extern "C",改为:
extern "C" int _declspec(dllexport) add(int a ,int b)...{
return a+b
}
编译链接后,查看dll文件,可以看到导出的函数变为add了
这时下面代码可以正常工作了
#include <iostream.h>
#include <Windows.h>
void main()...{
typedef int (*ADD)(int ,int)//函数指针类型
HINSTANCE Hint = ::LoadLibrary("DLL.dll")//加载我们刚才生成的dll
ADD add = (ADD)GetProcAddress(Hint,"add")//取得dll导出的add方法
cout<<add(3,4)<<endl
}
除了用_declspec(dllexport)指明要导出的函数,用extern "C"来纠正名字,我们还可用一个.def文件来达到以上目的
在dll工程里新建一个文件,类型选Text File,在名字要带上后缀.def
内容如下:
LIBRARY
EXPORTS
add
剩下的步骤就和之前一样了
用def文件还可以改变导出的函数的名字,例如
LIBRARY
EXPORTS
myadd = add
使得导出的函数叫myadd,而不是add
还可以给函数指定一个序号
如:
LIBRARY
EXPORTS
myadd=add @4
给myadd指定了一个序号
在测试工程里,可以根据序号取得我们的函数:
#include <iostream.h>
#include <Windows.h>
void main(){
typedef int (*ADD)(int,int)
HINSTANCE hInstance=::LoadLibrary("DLL.dll")
ADD add=(ADD)GetProcAddress(hInstance,MAKEINTRESOURCE(4))//根据序号取得函数
cout<<add(3,4)<<endl
add=(ADD)GetProcAddress(hInstance,"myadd")//在def文件里指定的名字
cout<<add(3,4)<<endl
FreeLibrary(hInstance)//释放加载了的dll文件占的资源
}
以上讲的是运行时动态加载dll,下面讲启动时动态加载dll
产生dll的工程不用变,还是上面这个(名字是myadd,序号为4)
测试代码改为:
//先把DLL.lib文件复制到本工程目录里
#include <iostream.h>
#pragma comment(lib,"DLL.lib")
extern int myadd(int ,int )//没有加这句而只加上面这句(或在工程设置里加上DLL.lib)会链接错误
void main()
{
cout<<myadd(3,4)<<endl
}
这种方法调用dll,在链接的时候,会在我们exe里包含要引用的符号,在启动程序的时候就会加载所有需要的dll.(之前说错了,说这是静态链接)
#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
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)