有关dll的详细说明,参考资料:DLL 的编写,导出函数
如何编写Dll
组件编程
com组件和一般dll的区别
COM与DLL的区别
__declspec(dllexport)
首先明确,不要幻想通过VC写的dll实现跨语言甚至是跨平台的调用,老老实实在VC编译器下调用dll吧。
myDLL.cpp内容如下:
#include "stdafx.h"
#include "myDll.h"
int Add(int a,int b)
{
return a+b;
}
int Math::Multiply(int a,int b)
{
return a*b;
}
MyDLL.h内容如下:
#pragma once
#define DLL_EXPORT_API extern "C" _declspec(dllexport)
//Function
DLL_EXPORT_API int Add(int a,int b);
//Class
class _declspec(dllexport) Math
{
public:
int Multiply(int a,int b);
};
应用程序使用DLL可以采用两种方式:
一种是隐式链接,另一种是显式链接。在使用DLL之前首先要知道DLL中函数的结构信息。
使用Dumpbin.exe的小程序,用它可以查看DLL文件中的函数结构。另外,Windows系统将遵循下面的搜索顺序来定位DLL:
1.包含EXE文件的目录,
2.进程的当前工作目录,
3.Windows系统目录,
4.Windows目录,
5.列在Path环境变量中的一系列目录。
//testDLL.h
#pragma comment(lib,"myDll.lib")
extern "C"_declspec(dllimport) int Add(int a,int b);
//TestDll.cpp
#include"Dlltest.h"
void main()
{int a;
a=Add(8,10);
printf("结果为%d\n",a);
}
在创建DllTest.exe文件之前,要先将myDLL.dll和myDLL.lib拷贝到当前工程可执行文件所在的目录下面(非常重要),也可以拷贝到windows的System目录下。如果DLL使用的是def文件,要删除testDLL.h文件中关键字extern "C"。testDLL.h文件中的关键字Progam commit是要Visual C+的编译器在link时,链接到myDll.lib文件,当然,开发人员也可以不使用#pragma comment(lib,"myDLL.lib")语句,而直接在工程的Setting->Link页的Object/Moduls栏填入myDll.lib既可。
void main(void)
{
typedef int(*pAdd)(int a,int b);
HINSTANCE hDLL;
pAdd Add;
HDLL=LoadLibrary("myDll.dll");//加载动态链接库MyDll.dll文件;
Add=(pAdd)GetProcAddress(hDLL,"Add");
int a=Add(5,8);
Printf("结果为%d\n",a);
FreeLibrary(hDLL);//卸载myDll.dll文件;
}
在上例中使用类型定义关键字typedef,定义指向和DLL中相同的函数原型指针,然后通过LoadLibray()将DLL加载到当前的应用程序中并返回当前DLL文件的句柄,然后通过GetProcAddress()函数获取导入到应用程序中的函数指针,函数调用完毕后,使用FreeLibrary()卸载DLL文件。在编译程序之前,首先要将DLL文件拷贝到工程所在的目录或Windows系统目录下。
使用显式链接应用程序编译时不需要使用相应的Lib文件。另外,使用GetProcAddress()函数时,可以利用MAKEINTRESOURCE()函数直接使用DLL中函数出现的顺序号,如将GetProcAddress(hDLL,"Min")改为GetProcAddress(hDLL, MAKEINTRESOURCE(2))(函数Min()在DLL中的顺序号是2),这样调用DLL中的函数速度很快,但是要记住函数的使用序号,否则会发生错误。
C++是一种面向对象的程序设计语言,为了支持函数的重载,C++对全局函数的处理方式与C有明显的不同,
问题: 为什么标准头文件都有类似以下的结构?
#define __INCvxWorksh
#ifdef __cplusplus
extern "C" {
#endif /*...*/
#ifdef __cplusplus
}
#endif
#endif /* __INCvxWorksh */
分析:显然,头文件中的编译宏#ifndef __INCvxWorksh、#define __INCvxWorksh、#endif的作用是防止该头文件被重复引用。那么
#ifdef __cplusplus
extern "C" {
#endif
#ifdef __cplusplus
}
#endif
的作用又是什么呢?我们将在下文一一道来。
从字面上即可得到:首先,被它修饰的目标是“extern”的;其次,被它修饰的目标是“C”的。让我们来详细解读这两重含义。
被extern "C"限定的函数或变量是extern类型的,extern是C/C++语言中表明函数和全局变量作用范围(可见性)的关键字,该关键字告诉编译器,其声明的函数和变量可以在本模块或其它模块中使用。记住,下列语句:
extern int a;
仅仅是一个变量的声明,其并不是在定义变量a,并未为a分配内存空间。变量a在所有模块中作为一种全局变量只能被定义一次,否则会出现连接错误。通常,
在模块的头文件中对本模块提供给其它模块引用的函数和全局变量以关键字extern声明,例如:
与extern对应的关键字是static,被它修饰的全局变量和函数只能在本模块中使用。因此,一个函数或变量只可能被本模块使用时,其不可能被extern “C”修饰。
被extern "C"修饰的变量和函数是按照C语言方式编译和连接的;
首先看看C++中对类似C的函数是怎样编译的。
例如,假设某个函数的原型为:
void foo( int x, int y );
该函数被C编译器编译后在符号库中的名字为_foo,而C++编译器则会产生像_foo_int_int之类的名字(不同的编译器可能生成的名字不同,但是都采用了相同的机制,生成的新名字称为“mangled name”),_foo_int_int这样的名字包含了函数名、函数参数数量及类型信息,C++就是靠这种机制来实现函数重载的。
假设在C++中,模块A的头文件如下:
// 模块A头文件 moduleA.h
#ifndef MODULE_A_H
#define MODULE_A_H
int foo( int x, int y );
#endif
在模块B中引用该函数:
#include "moduleA.h"
foo(2,3);
实际上,在连接阶段,连接器会从模块A生成的目标文件moduleA.obj中寻找_foo_int_int这样的符号!
加extern "C"声明后,模块A的头文件变为:
// 模块A头文件 moduleA.h
#ifndef MODULE_A_H
#define MODULE_A_H
extern "C" int foo( int x, int y );
#endif
(1)在C++中引用C语言中的函数和变量,在包含C语言头文件(假设为cExample.h)时,需进行下列处理:
extern "C"
{
#include "cExample.h"
}
/* c语言头文件:cExample.h */
#ifndef C_EXAMPLE_H
#define C_EXAMPLE_H
extern int add(int x,int y);
#endif
/* c语言实现文件:cExample.c */
#include "cExample.h"
int add( int x, int y )
{
return x + y;
}
// c++实现文件,调用add:cppFile.cpp
extern "C"
{
#include "cExample.h"
}
int main(int argc, char* argv[])
{
add(2,3);
return 0;
}
extern "C" { }
//C++头文件 cppExample.h
#ifndef CPP_EXAMPLE_H
#define CPP_EXAMPLE_H
extern "C" int add( int x, int y );
#endif
//C++实现文件 cppExample.cpp
#include "cppExample.h"
int add( int x, int y )
return x + y;
}
/* C实现文件 cFile.c
/* 这样会编译出错:#include "cExample.h" */
extern int add( int x, int y );
int main( int argc, char* argv[] )
{
add( 2, 3 );
return 0;
}