DLL Program

例1：

DLL编写：

Dll1.h

view plain

1. #ifndef DLL1  
2. #define DLL1  
3. _declspec(dllexport) int Add(int x,int y); //Add  
4. #endif  

 

Dll1.cpp

view plain

1. #include "Dll1.h"  
2. int Add(int x,int y)  
3. {  
4. return x + y;  
5. }  

 

Dumpbin:

view plain

1. 1 0 00011078 ?Add@@YAHHH@Z = @ILT+115(?Add@@YAHHH@Z)  

 

DLL调用1：（包含Lib文件）(也可以在代码中使用#pragma comment(lib, "Dll1.lib"))

view plain

1. //先进行声明：  
2. //extern int Add(int x,int y);  
3. _declspec(dllimport) int Add(int x,int y);//效率更高(隐式链接)  
4. //使用：  
5. int a = GetDlgItemInt(IDC_EDIT1);  
6. int b = GetDlgItemInt(IDC_EDIT2);  
7. int c = Add(a, b);  
8. SetDlgItemInt(IDC_EDIT3,c);  

 

测试通过。

DLL调用2：（不包含Lib）

view plain

1. int a = GetDlgItemInt(IDC_EDIT1);  
2. int b = GetDlgItemInt(IDC_EDIT2);  
3. typedef int (*lpAddFun)(int, int);  
4. HINSTANCE hDll;  
5. hDll = LoadLibrary(_T("Dll1.dll"));  
6. lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Add");  
7. if (AddFun != NULL)  
8. {  
9. int c = AddFun(a, b);  
10. SetDlgItemInt(IDC_EDIT3,c);  
11. }  
12. FreeLibrary(hDll);  

 

错误提示：找不到指定模块

处理办法：

A．修改Dll1.h头文件为：

view plain

1. #ifndef DLL1  
2. #define DLL1  
3. extern "C" _declspec(dllexport) int Add(int x,int y); //Add  
4. #endif  

 

Dubpbin：

view plain

1. 1 0 000110BE Add = @ILT+185(_Add)  

 

其他不做任何变化，测试通过

B．修改DLL调用

view plain

1. pAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Add");  

 

改为：

view plain

1. lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "?Add@@YAHHH@Z");  

 

其他不做任何变化，测试通过

例2.

DLL编写：

Dll1.h

view plain

1. #ifndef DLL1  
2. #define DLL1  
3. _declspec(dllexport) int _stdcall Add(int x, int y); //?Add@@YGHHH@Z  
4. #endif  

 

Dll1.cpp

view plain

1. int _stdcall Add(int x,int y)  
2. {  
3. return x + y;  
4. }  

 

Dumpbin:

view plain

1. 1 0 00011005 ?Add@@YGHHH@Z = @ILT+0(?Add@@YGHHH@Z)  

 

DLL调用：

view plain

1. int a = GetDlgItemInt(IDC_EDIT1);  
2. int b = GetDlgItemInt(IDC_EDIT2);  
3. typedef int(_stdcall *lpAddFun)(int, int);  
4. HINSTANCE hDll;  
5. hDll = LoadLibrary(_T("Dll1.dll"));  
6. lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Add");  
7. if (AddFun != NULL)  
8. {  
9. int c = AddFun(a, b);  
10. SetDlgItemInt(IDC_EDIT3,c);  
11. }  
12. FreeLibrary(hDll);  

 

错误提示：找不到指定模块

处理办法：

view plain

1. lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Add");  

 

改为：

view plain

1. lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "?Add@@YGHHH@Z");  

 

其他不做任何变化，测试通过

扩展：

DLL中：

view plain

1. _declspec(dllexport) int _stdcall Add(int x, int y); //?Add@@YGHHH@Z  

 

修改为：

view plain

1. extern "C" _declspec(dllexport) int _stdcall Add(int x, int y); //_Add@8  

 

调用改为：

view plain

1. lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Add");  

 

其他不进行任何变化。

Dumpbin:

view plain

1. 1 0 00011096 _Add@8 = @ILT+145(_Add@8)  

 

错误提示：找不到指定模块

处理办法：

view plain

1. lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Add");  
2. //改为：  
3. lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "_Add@8");  

 

其他不做任何变化，测试通过

（测试2中2例若使用隐式调用，则链接过程中直接出现错误，由于导出名字中含有特殊字符，所以无法进行修改，即标准调用不能使用隐式连接调用）

例3：

DLL编写：

Dll2.h

view plain

1. #ifndef DLL2  
2. #define DLL2  
3. int Subtract(int x, int y);  
4. #endif  

 

Dll2.cpp

view plain

1. int Subtract( int x, int y )  
2. {  
3. return x - y;  
4. }  

 

Dll2.def

view plain

1. LIBIARY DLL2  
2. EXPORTS  
3. Subtract @ 1  
4. //DLL的生成文件的项目属性-链接器-模块定义文件中必须包含模块定义文件。  

 

Dumpbin（DLL2.dll）：

view plain

1. 1 0 000110C8 Subtract = @ILT+195(?Subtract@@YAHHH@Z)  

 

Dumpbin（DLL2.lib）：

view plain

1. 1 ?Subtract@@YAHHH@Z (int __cdecl Subtract(int,int))  

 

DLL调用（隐式连接）：(包括Dll2.lib)

view plain

1. //extern int Subtract(int x,int y);  
2. _declspec(dllimport) int Subtract(int x,int y);//效率更高(隐式链接)  
3. int a = GetDlgItemInt(IDC_EDIT4);  
4. int b = GetDlgItemInt(IDC_EDIT5);  
5. int c = Subtract(a, b);  
6. SetDlgItemInt(IDC_EDIT6,c);  

 

测试通过

DLL调用（动态连接）：

(不包括Dll2.lib)

view plain

1. int a = GetDlgItemInt(IDC_EDIT4);  
2. int b = GetDlgItemInt(IDC_EDIT5);  
3. typedef int (*lpAddFun)(int, int);  
4. HINSTANCE hDll;  
5. hDll = LoadLibrary(_T("Dll2.dll"));  
6. lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Subtract");  
7. //AddFun = (lpAddFun)GetProcAddress(hDll, MAKEINTRESOURCEA(1));//函数序号调用  
8. if (AddFun != NULL)  
9. {  
10. int c = AddFun(a, b);  
11. SetDlgItemInt(IDC_EDIT6,c);  
12. }  
13. FreeLibrary(hDll);  

 

测试通过

例4：

DLL编写：

Dll2.h

view plain

1. #ifndef DLL2  
2. #define DLL 2  
3. int _stdcall Subtract(int x, int y);  
4. #endif  

 

Dll2.cpp

view plain

1. int _stdcall Subtract( int x, int y )  
2. {  
3. return x - y;  
4. }  

 

Dll2.def

view plain

1. LIBIARY DLL2  
2. EXPORTS  
3. Subtract @ 1  
4. //DLL的生成文件的项目属性-链接器-模块定义文件中必须包含模块定义文件。  

 

Dumpbin（DLL2.dll）：

view plain

1. 1 0 000110C8 Subtract = @ILT+195(?Subtract@@YGHHH@Z)  

 

Dumpbin（DLL2.lib）：

view plain

1. 1 ?Subtract@@YGHHH@Z (int __stdcall Subtract(int,int))  

 

DLL调用（隐式连接）：

(包括Dll2.lib)

链接失败！无法继续进行

DLL调用（动态连接）：

view plain

1. int a = GetDlgItemInt(IDC_EDIT4);  
2. int b = GetDlgItemInt(IDC_EDIT5);  
3. typedef int(_stdcall *lpAddFun)(int, int);  
4. HINSTANCE hDll;  
5. hDll = LoadLibrary(_T("Dll2.dll"));  
6. lpAddFun AddFun = (lpAddFun)GetProcAddress(hDll, "Subtract");  
7. //AddFun = (lpAddFun)GetProcAddress(hDll, MAKEINTRESOURCEA(1));//函数序号调用  
8. if (AddFun != NULL)  
9. {  
10. int c = AddFun(a, b);  
11. SetDlgItemInt(IDC_EDIT6,c);  
12. }  
13. 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, ...);