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
你没有说是什么类型的dll,那么姑且就答一下咯。首先呢,用VC++新建一个Win32 Dynamic-Link Library类型的工程,工程名就命名为fan吧。,并在AppWinzard的第一步选择“An empty dll project”选项,也就是创建一个空的动态链接库工程。然后,为该工程添加一个C++源文件(C源文件添加不了,因为没有C空文件的选项,不过我相信你可以把C代码改写成C++代码,要不然的话就无语了。。。):fan.c,并在其中编写完成一个你的函数,比如我是完成一个加法运算函数和减法运算函数。结果代码如下:
int add(int a, int b)
{
reutnr a+b
}
int subtract(int a, int b)
{
return a - b
}
完成后用Bulid命令生成一个fan这个动态链接库程序了,然后在该工程的debug下你可以发现fan.dll的了。
有问题再给我message吧。。。
LS的是不是乱copy的呀,怎么无端端有一个kfc的...可笑。
首先,发布一个可执行程序,在生成exe的时候,选择release编译。然后,在VC中启动的时候,输出栏会显示一系列这个exe所加载的dll或其他插件,将那些dll和插件(系统的除外)与生成的exe放在一起,然后就可以发布了。
我说的只是大概流程,中间一些细节自己体会吧。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)