动态链接库（DLL）的使用
例1 ：
DLL编写：
Dll1.h
#ifndef DLL1 #define DLL1 _declspec(dllexport) int Add(int x,int y); //Add #endif
Dll1.cpp
#include "Dll1.h" int Add(int x,int y) { return x + y; }
Dumpbin:
1 0 00011078 ?Add@@YAHHH@Z = @ILT+115(?Add@@YAHHH@Z)
DLL调用1：（包含Lib文件）(也可以在代码中使用#pragma comment(lib, "Dll1.lib"))
//先进行声明： //extern int Add(int x,int y); _declspec(dllimport) int Add(int x,int y);//效率更高(隐式链接) //使用： int a = GetDlgItemInt(IDC_EDIT1); int b = GetDlgItemInt(IDC_EDIT2); int c = Add(a, b); SetDlgItemInt(IDC_EDIT3,c);
测试通过。
DLL调用2：（不包含Lib）
int a = GetDlgItemInt(IDC_EDIT1); int b = GetDlgItemInt(IDC_EDIT2); typedef int (*lpAddFun)(int, int); HINSTANCE hDll; hDll = LoadLibrary(_T("Dll1.dll")); lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Add"); if (AddFun != NULL) { int c = AddFun(a, b); SetDlgItemInt(IDC_EDIT3,c); } FreeLibrary(hDll);
错误提示：找不到指定模块
处理办法：
A ．修改Dll1.h头文件为：
#ifndef DLL1 #define DLL1 extern "C" _declspec(dllexport) int Add(int x,int y); //Add #endif
Dubpbin ：
1 0 000110BE Add = @ILT+185(_Add)
其他不做任何变化，测试通过
B ．修改DLL调用
pAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Add");
改为：
lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "?Add@@YAHHH@Z");
其他不做任何变化，测试通过
例2.
DLL编写：
Dll1.h
#ifndef DLL1 #define DLL1 _declspec(dllexport) int _stdcall Add(int x, int y); //?Add@@YGHHH@Z #endif
Dll1.cpp
int _stdcall Add(int x,int y) { return x + y; }
Dumpbin:
1 0 00011005 ?Add@@YGHHH@Z = @ILT+0(?Add@@YGHHH@Z)
DLL调用：
int a = GetDlgItemInt(IDC_EDIT1); int b = GetDlgItemInt(IDC_EDIT2); typedef int(_stdcall *lpAddFun)(int, int); HINSTANCE hDll; hDll = LoadLibrary(_T("Dll1.dll")); lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Add"); if (AddFun != NULL) { int c = AddFun(a, b); SetDlgItemInt(IDC_EDIT3,c); } FreeLibrary(hDll);
错误提示：找不到指定模块
处理办法：
lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Add");
改为：
lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "?Add@@YGHHH@Z");
其他不做任何变化，测试通过
扩展：
DLL中：
_declspec(dllexport) int _stdcall Add(int x, int y); //?Add@@YGHHH@Z
修改为：
extern "C" _declspec(dllexport) int _stdcall Add(int x, int y); //_Add@8
调用改为：
lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Add");
其他不进行任何变化。
Dumpbin:
1 0 00011096 _Add@8 = @ILT+145(_Add@8)
错误提示：找不到指定模块
处理办法：
lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Add"); //改为： lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "_Add@8");
其他不做任何变化，测试通过
（测试2 中2 例若使用隐式调用，则链接过程中直接出现错误，由于导出名字中含有特殊字符，所以无法进行修改，即标准调用不能使用隐式连接调用）
例3 ：
DLL 编写：
Dll2.h
#ifndef DLL2 #define DLL2 int Subtract(int x, int y); #endif
Dll2.cpp
int Subtract( int x, int y ) { return x - y; }
Dll2.def
LIBIARY DLL2 EXPORTS Subtract @ 1 //DLL的生成文件的项目属性-链接器-模块定义文件中必须包含模块定义文件。
Dumpbin （DLL2.dll ）：
1 0 000110C8 Subtract = @ILT+195(?Subtract@@YAHHH@Z)
Dumpbin （DLL2.lib ）：
1 ?Subtract@@YAHHH@Z (int __cdecl Subtract(int,int))
DLL 调用（隐式连接）：(包括Dll2.lib)
//extern int Subtract(int x,int y); _declspec(dllimport) int Subtract(int x,int y);//效率更高(隐式链接) int a = GetDlgItemInt(IDC_EDIT4); int b = GetDlgItemInt(IDC_EDIT5); int c = Subtract(a, b); SetDlgItemInt(IDC_EDIT6,c);
测试通过
DLL 调用（动态连接）：
(不包括Dll2.lib)
int a = GetDlgItemInt(IDC_EDIT4); int b = GetDlgItemInt(IDC_EDIT5); typedef int (*lpAddFun)(int, int); HINSTANCE hDll; hDll = LoadLibrary(_T("Dll2.dll")); lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Subtract"); //AddFun = (lpAddFun)GetProcAddress(hDll, MAKEINTRESOURCEA(1));//函数序号调用 if (AddFun != NULL) { int c = AddFun(a, b); SetDlgItemInt(IDC_EDIT6,c); } FreeLibrary(hDll);
测试通过
例4 ：
DLL 编写：
Dll2.h
#ifndef DLL2 #define DLL 2 int _stdcall Subtract(int x, int y); #endif
Dll2.cpp
int _stdcall Subtract( int x, int y ) { return x - y; }
Dll2.def
LIBIARY DLL2 EXPORTS Subtract @ 1 //DLL的生成文件的项目属性-链接器-模块定义文件中必须包含模块定义文件。
Dumpbin （DLL2.dll ）：
1 0 000110C8 Subtract = @ILT+195(?Subtract@@YGHHH@Z)
Dumpbin （DLL2.lib ）：
1 ?Subtract@@YGHHH@Z (int __stdcall Subtract(int,int))
DLL 调用（隐式连接）：
(包括Dll2.lib)
链接失败！无法继续进行
DLL 调用（动态连接）：
int a = GetDlgItemInt(IDC_EDIT4); int b = GetDlgItemInt(IDC_EDIT5); typedef int(_stdcall *lpAddFun)(int, int); HINSTANCE hDll; hDll = LoadLibrary(_T("Dll2.dll")); lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Subtract"); //AddFun = (lpAddFun)GetProcAddress(hDll, MAKEINTRESOURCEA(1));//函数序号调用 if (AddFun != NULL) { int c = AddFun(a, b); SetDlgItemInt(IDC_EDIT6,c); } FreeLibrary(hDll);
测试通过。
总结一下：
1. 模块文件的编写：*.def
定义方式：entryname[=internalname] [@ordinal [NONAME]] [PRIVATE] [DATA]
LIBRARY Dll2
EXPORTS //即使调用_stdcall约定，也不会发生改编，而只会调用这里显示的Add
ADD @ 1 //1为此函数编号
//如果 DLL 导出函数 func1()，要将它用作 func2()，则可以这样指定：
EXPORTS
func2=func1
@ordinal 允许指定是序号而不是函数名将进入 DLL 的导出表。这有助于最小化 DLL 的大小。.LIB 文件将包含序号与函数之间的映射，这使您得以像通常在使用 DLL 的项目中那样使用函数名
NONAME 关键字允许只按序号导出，并减小结果 DLL 中导出表的大小。但是，如果要在 DLL 上使用 GetProcAddress，则必须知道序号，因为名称将无效
PRIVATE 关键字禁止将 entryname 放到由 LINK 生成的导入库中。它对同样是由 LINK 生成的图像中的导出无效
DATA 关键字指定导出的是数据，而不是代码。例如，可以导出数据变量，如下所示：
EXPORTS
i DATA
2. 导出类方式和导出函数方式相同，导出类中函数方式和导出普通函数方式相同。
3． 一般情况下，导出的函数名字会发生改编，若不想其发生改变，可定义：
extern "c" _declspec(dllexport) 这样编译器就不会进行名字改编，一个用C语言编写的客户端程序就可以调用这个用C++编写的动态链接库。其缺点是，不能导入类中的函数。
如果函数使 用标准调用约定_stdcall,即使使用了extern "c"，此函数仍会发生改编
4. def和__declspec(dllexport)相比较
A． 使用.def文件导出的优点
（1）你能控制导出函数的名字。由于函数的不同调用约定所产生的函数名的Decorated Name是不同的（例如，__stdcall, __cdecl两种调用约定），所以为了得到简洁一致的导出函数名，就必须使用.def文件。
（2）你能控制导出函数的序号。当你要构造一个供他人使用的第三方DLL时，你就需要确保每次更新的DLL中的函数名和序号都与以前的版本保持一致。当你 添加额外的函数到DLL中时，通过赋予新函数较大的序号，从而新的DLL不会影响使用该DLL的应用（不管它是使用函数名还是使用序号调用函数的）。而要做到这些，就必须使用.def文件进行控制。例如，MFC中的DLL就是使用.def文件进行控制的。
（3）还可控制导出函数的NONAME属性。通过指定导出函数的NONAME属性（EXPORTS语 句：entryname[=internalname] [@ordinal[NONAME]] [DATA] [PRIVATE]），可以在DLL的导出表中不保存函数名，只保存序号，从而在有很多函数时节约很多空间。但同时也给DLL的使用者带来了困难，因为他 们只能使用序号调用函数。所以，NONAME属性的使用并不多见。
所以，使用.def的特别适用于第三方DLL的制作。
B． 使用__declspec(dllexport)的优点是简单、方便，但缺点是没有上面.def的有点。所以，它一般用于应用程序自己使 用的DLL。这样，即使DLL的导出函数的Decorated Name有各种可能，应用在编译时都可以根据DLL的Import Library找到相应的函数，从而避免了上面.def文件所述的(1)和(2)的两个缺点。当DLL更新后，要使用新的DLL，也需要应用重新编译链接。
5. DLLMain
BOOL WINAPI DllMain(
HINSTANCE hinstDLL, // handle to DLL module
DWORD fdwReason, // reason for calling function
LPVOID lpReserved ) // reserved
{
// Perform actions based on the reason for calling.
switch( fdwReason )
{
case DLL_PROCESS_ATTACH:
// Initialize once for each new process.
// Return FALSE to fail DLL load.
break;
case DLL_THREAD_ATTACH:
// Do thread-specific initialization.
break;
case DLL_THREAD_DETACH:
// Do thread-specific cleanup.
break;
case DLL_PROCESS_DETACH:
// Perform any necessary cleanup.
break;
}
return TRUE; // Successful DLL_PROCESS_ATTACH.
}
是DLL的入口函数，但不是必须的，自己定义的其他函数同样可以调用。
6. 调用约定
| _cdecl （CDeclaration） |
_stdcall （StandardCall） |
_fastcall |
_thiscall |
|
| 调用方式 |
表示C语言默认的函数调用方法：所有参数从右到左依次入栈，这些参数由调用者清除，称为手动清栈。被调用函数不需要求 调用者传递多少参数，调用者传递过多或者过少的参数，甚至完全不同的参数都不会产生编译阶段的错误。 |
C++的标准调用方式：所有参数从右到左依次入栈，如果是调用类成员的话，最后一个入栈的是this指针。这些堆栈 中的参数由被调用的函数在返回后清除，使用的指令是 retnX，X表示参数占用的字节数，CPU在ret之后自动弹出X个字节的堆栈空间。称为自动清栈。函数在编译的时候就必须确定参数个数，并且调用者必 须严格的控制参数的生成，不能多，不能少，否则返回后会出错 |
编译器指定的快速调用方式。由于大多数的函数参数个数很少，使用堆栈传递 比较费时。因此_fastcall通常规定将前两个（或若干个）参数由寄存器传递，其余参数还是通过堆栈传递。不同编译器编译的程序规定的寄存器不同。返 回方式和_stdcall相当 |
是为了解决类成员调用中this指针传递而规定的。_thiscall要求把this指针放在特定寄存器中，该寄存器由编译器决定。VC使用 ecx，Borland的C++编译器使用eax。返回方式和_stdcall相当 |
| 区别 |
函数的参数自右向左通过栈传递，被调用的函数在返回前清理传 送参数的内存栈， |
C和C＋＋程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码， 所以产生的可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式。注意：对于可变参数的成员函数，始终使用__cdecl的转换 方式。 |
它是通过寄存器来传送参数的（实际上，它用ECX和EDX 传送前两个双字（DWORD）或更小的参数，剩下的参数仍旧自右向左压栈传送，被调用的函数在返回前清理传送参数的内存栈） |
仅仅应用于"C++"成员函数。this指针存放于CX寄存器，参数从右 到左压。thiscall不是关键词，因此不能被程序员指定 |
| 名字修饰约定 |
1、修饰名(Decoration name)："C"或者"C++"函数在内部（编译和链接）通过修饰名识别 2、C编译时函数名修饰约定规则： __stdcall调用约定在输出函数名前加上一个下划线前缀，后面加上一个"@"符号和其参 数的字节数，格式为_functionname@number,例如 ：function(int a, int b)，其修饰名为：_function@8 __cdecl调用约定仅在输出函数名前加上一个下划线前缀，格式为 _functionname。 __fastcall调用约定在输出函数名前加上一个"@"符号，后面也是一个"@"符号和其 参数的字节数，格式为@functionname@number。 |
|||
| 其他 |
1. 调用约定 (Calling convention)，它决定以下内容：1)函数参数的压栈顺序，2)由调用者还是被调用者把参数弹出栈，3)以及产生函数修饰名的方法。 2. _fastcall 和 _thiscall涉及的寄存器由编译器决定，因此不能用作跨编译器的接口。所以Windows上的COM对象接口都定义为_stdcall调用方式。 C中不加说明默认函数为_cdecl方式（C中也只能用这种方式），C++也一样，但是默认的 调用方式可以在IDE环境中设置。 带有可变参数的函数必须且只能使用_cdecl方式，例如下面的函数: int printf(char * fmtStr, ...); int scanf(char * fmtStr, ...); |