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
C++编写DLL的方法在写C++程序时，时常需要将一个class写成DLL，供客户端程序调用。这样的DLL可以导出整个class,也可以导出这个class的某个方法。
一、导出整个class
方法很简单，只需要在类的头文件中class和类名之间加上_declspec(dllexport)，同时在另外一份提供给客户端调用程序使用的类的头文件中class和类名之间加上_declspec(dllimport)。为了能让客户端程序和DLL程序公用该类的一份头文件，通常在类的头文件中使用宏和预编译指令来处理。如下DLLTest.h：
#ifdef DLL_TEST_API
#else
#define
DLL_TEST_API _declspec(dllimport)
#endif
Class DLL_TEST_API CDLLTest
{
Public:
CDLLTest()
~CDLLTest()
int Add(
int
a, int
b)
}
DLLTest.cpp如下：
#define
DLL_TEST_API _declspec(dllexport)
#include “DLLTest.h”
………………………………………
这样，在DLL编译时DLL_TEST_API被定义为_declspec(dllexport)，而且客户端程序编译时它被定义为_declspec(dllimport)。
二、导出这个类的某个或者某几个方法。
这时，需要将_declspec(dllexport)放到成员函数名前，如DLLTest.h:
#ifdef DLL_TEST_API
#else
#define
DLL_TEST_API _declspec(dllimport)
#endif
Class CDLLTest
{
Public:
CDLLTest()
~CDLLTest()
int DLL_TEST_API Add(
int
a, int
b)
}
但是，如果仅仅是这样的话，当客户端程序#include这个头文件后，定义DLLTest这个类的一个对象后(静态方式链接DLL)，客户端程序无法链接通过，会提示构造函数和析构函数无法解析，此时，需要将构造函数和析构函数前也加上DLL_TEST_API宏即可。
当然这里还有个问题就是类的函数在导出后，名字会发生变化，我们可以在函数名前再加上extern “C” ，如 extern “C” DLL_TEST_API int Add(int a ,int b)但这只解决了C与C++调用时名字变更问题，可靠的方法还是增加一个模块定义文件def,在该文件中定义导出函数的名称，我们将在后面看到样例。
DLL编写完成后，就只剩下客户端程序如何去调用该DLL了，静态方式调用DLL和动态方式调用DLL。
一、静态方式调用DLL
这个方法就简单了，将DLLTest.h头文件和DLLTest.lib，DLLTest.dll文件拷贝到客户端程序的当前目录下，在客户端程序中#include<DLLTest.h>，然后通过#pragma comment(lib,”DLLTest.lib”)的方式引入lib库，或者在客户端程序的工程属性里面增加对该lib文件的引入。
然后就可以在客户端程序中如同使用本地的一个class一样使用该DLL了，如：
CDLLTest dllTest
dllTest.Add(
1
,2
)
二、动态方式调用DLL
动态调用这个DLL,就需要对这个class进行修改了。
首先，在DLLTest.cpp文件中增加一个全局函数，该函数可以返回这个class的一个实例，这样，客户端程序调用这个全局函数后，得到该class的实例，就可以调用该class的实例方法了。
extern
“C” _declspec(dllexport) CDLLTest* GetInstance()
{
return
new
CDLLTest
}
注：extern “C” 只是解决了c与c++编译器之间的兼容问题，如果需要和其他编译器之间兼容，可靠的办法还是增加一个.def文件，文件内容如下：
LIBRARY “DLLTest”
EXPORTS
GetInstance
= GetInstance
这样就指定了DLL的函数导出后的名称仍然不变。
这样，客户端程序就可以通过该函数来获取class的一个实例了。如下：
先需要定义一个函数指针类型：
typedef CDllTestBase* (*pfGetInst)()
//
注：CDllTestBase类后面会介绍。
HMOUDLE hMod
= LoadLibrary( _T(“DLLTest.DLL”) )
if(hMod)
{
pfGetInst pfGetInstance
= (pfGetInst)GetProcAddress(“GetInstance”)
if( p )
{
//
通过基类指针指向派生类对象
CDllTestBase * pInst = pfGetInstance ()
if( NULL
!= pInst )
{
pInst
->Add( 1
,2
)
}
if( NULL
!= pInst )
{
//
释放对象
delete pInst
}
}
}
当然，这里还是需要include这个DLL的头文件DLLTestBase.h,如果将之前所写的头文件DLLTest.h直接拷贝到客户端程序的当前目录下，并include进来的话，在编译连接时，是无法通过的，我们需要对这个头文件进行修改，首先增加一个.h 文件DLLTestBase.h，在这个文件中我们将需要在客户端程序中调用的函数都命名成纯虚函数，然后让CDLLTest类继承自CDLLTestBase类，DLLTestBase.h如下：
Class CDLLTestBase
{
Public:
Virtual
~CDLLTestBase(){}//
虚析构函数，且为内联函数
Virtual int
Add(int
a, int
b) = 0
}
DLLTest.h修改后如下：
#include “DLLTestBase.h”
Class CDLLTest :
public
CDLLTestBase
{
Public:
CDLLTest()
~CDLLTest()
int
Add(int
a, int
b)
}
注：这里的DLLTestBase需要提供一个虚析构函数，这样在客户端程序中就可以通过基类指针来释放派生类对象了。
这样，只需要将DLLTestBase.h拷贝到客户端程序的当前目录下，然后在客户端程序中#include”DLLTestBase.h”，就可以如上面介绍一样在客户端程序中调用DLL里面的方法了。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）