1. 语言 -- C++（48）
------------C++杂（13）
1. 通过LoadLibrary() 与 GetProcAddress()获得Dll内的函数
1.1 DLL的隐式与显式调用，知识
动态链接库的使用有两种方式，一种是显式调用。一种是隐式调用。
注：使用工具查看自己的dll
1.1.1 显式调用：
使用LoadLibrary载入动态链接库、使用GetProcAddress获取某函数地址。
显式链接是应用程序在执行过程中随时可以加载DLL文件，也可以随时卸载DLL文件，这是隐式链接所无法作到的，所以显式链接具有更好的灵活性。
不过实现显式链接要麻烦一些。在应用程序中用LoadLibrary或MFC提供的AfxLoadLibrary显式的将自己所做的动态链接库调进来，动态链接库的文件名即是上述两个函数的参数，此后再用GetProcAddress()获取想要引入的函数。自此，你就可以象使用如同在应用程序自定义的函数一样来调用此引入函数了。在应用程序退出之前，应该用FreeLibrary或MFC提供的AfxFreeLibrary释放动态链接库。
1.1.1.1 DLL的显式调用，我的代码
#include &windows.h&
#include &stdio.h&
#include &tchar.h&
typedef void(*MY_FUNC_IN_DLL) (LPTSTR);
int main()
HINSTANCE DllHandle = LoadLibrary(_T("user32"));
printf("user32.dll的句柄地址： x%x\n", DllHandle);
if (DllHandle)
MY_FUNC_IN_DLL FuncAddress = (MY_FUNC_IN_DLL)GetProcAddress(DllHandle, "MessageBoxA");
printf("user32.dll内的MessageBoxA()函数的地址： x%x\n", FuncAddress);
FreeLibrary(DllHandle);
system("pause");
1.1.2 隐式调用：
可以使用#pragma comment(lib, “XX.lib”)的方式，也可以直接将XX.lib加入到工程中。
隐式链接就是在程序开始执行时就将DLL文件加载到应用程序当中。实现隐式链接很容易，只要将导入函数关键字_declspec(dllimport)函数名等写到应用程序相应的头文件中就可以了。下面的例子通过隐式链接调用MyDll.dll库中的Min函数。首先生成一个项目为TestDll，在DllTest.h、DllTest.cpp文件中分别输入如下代码：
#include"MyDll.h"
#pragma comment(lib，"MyDll.lib")
extern "C"_declspec(dllimport) int Max(int a,int b);
extern "C"_declspec(dllimport) int Min(int a,int b);
#include"Dlltest.h"
void main()
a=min(8,10)
printf("比较的结果为%d\n"，a);
2. 自定义函数，输出为dll格式，知识
1. dll的编写，导出函数
2.1 编写dll时，为什么有 extern “C”
2.1.1 问题：C++的重载，导致函数命名有问题
原因：因为C和C++的重命名规则是不一样的。这种重命名称为“Name-Mangling”（名字修饰或名字改编、标识符重命名，有些人翻译为“名字粉碎法”，这翻译显得有些莫名其妙）
据说，C++标准并没有规定Name-Mangling的方案，所以不同编译器使用的是不同的，例如：Borland C++跟Mircrosoft C++就不同，而且可能不同版本的编译器他们的Name-Mangling规则也是不同的。这样的话，不同编译器编译出来的目标文件.obj 是不通用的，因为同一个函数，使用不同的Name-Mangling在obj文件中就会有不同的名字。如果DLL里的函数重命名规则跟DLL的使用者采用的重命名规则不一致，那就会找不到这个函数。
C标准规定了C语言Name-Mangling的规范（林锐的书有这样说过）。这样就使得，任何一个支持C语言的编译器，它编译出来的obj文件可以共享，链接成可执行文件。这是一种标准，如果DLL跟其使用者都采用这种约定，那么就可以解决函数重命名规则不一致导致的错误。
影响符号名的除了C++和C的区别、编译器的区别之外，还要考虑调用约定导致的Name Mangling。如extern “c” __ stdcall的调用方式就会在原来函数名上加上写表示参数的符号，而extern “c” __cdecl则不会附加额外的符号。
2.1.2 解决方案：
为了使得dll可以通用些，很多时候都要使用C的Name-Mangling方式，即是对每一个导出函数声明为extern “C”，而且采用**_stdcall调用约定（按后文的理解：应该是extern”C” **_cdecl，因为不会导致重命名，2.3里有讲到：VC默认的就是_cdecl），接着还需要对导出函数进行重命名，以便导出不加修饰的函数名。
注意到extern “C”的作用是为了解决函数符号名的问题，这对于动态链接库的制造者和动态链接库的使用者都需要遵守的规则。
动态链接库的显式装入就是通过GetProcAddress函数，依据动态链接库句柄和函数名，获取函数地址。
因为GetProcAddress仅是操作系统相关，可能会操作各种各样的编译器产生的dll，它的参数里的函数名是原原本本的函数名，没有任何修饰，所以一般情况下需要确保dll里的函数名是原始的函数名。分两步：
一，如果导出函数使用了extern”C” _cdecl，那么就不需要再重命名了，这个时候dll里的名字就是原始名字；
二、如果使用了extern”C” _stdcall，这时候dll中的函数名被修饰了，就需要重命名。
重命名的方式有两种，要么使用*.def文件，在文件外修正，要么使用#pragma，在代码里给函数别名。
2.2 _declspec(dllexport)和_declspec(dllimport)的作用
_declspec还有另外的用途，这里只讨论跟dll相关的使用。
正如括号里的关键字一样，导出和导入。_declspec(dllexport)用在dll上，用于说明这是导出的函数。而_declspec(dllimport)用在调用dll的程序中，用于说明这是从dll中导入的函数。
2.2.1 _declspec(dllexport)
因为dll中必须说明函数要用于导出，所以_declspec(dllexport)很有必要。但是可以换一种方式，可以使用def文件来说明哪些函数用于导出，同时def文件里边还有函数的编号。
2.2.2 _declspec(dllimport)
而使用_declspec(dllimport)却不是必须的，但是建议这么做。因为如果不用_declspec(dllimport)来说明该函数是从dll导入的，那么编译器就不知道这个函数到底在哪里，生成的exe里会有一个call XX的指令，这个XX是一个常数地址，XX地址处是一个jmp dword ptr[XXXX]的指令，跳转到该函数的函数体处，显然这样就无缘无故多了一次中间的跳转。如果使用了_declspec(dllimport)来说明，那么就直接产生call dword ptr[XXX]，这样就不会有多余的跳转了。（参考《加密与解密》第三版279页）
2.3 __stdcall带来的影响–可不看
这是一种函数的调用方式。默认情况下VC使用的是__cdecl的函数调用方式，如果产生的dll只会给C/C++程序使用，那么就没必要定义为__stdcall调用方式，如果要给Win32汇编使用（或者其他的__stdcall调用方式的程序），那么就可以使用__stdcall。
这个可能不是很重要，因为可以自己在调用函数的时候设置函数调用的规则。像VC就可以设置函数的调用方式，所以可以方便的使用win32汇编产生的dll。不过__stdcall这调用约定会Name-Mangling，所以我觉得用VC默认的调用约定简便些。
但是，如果既要__stdcall调用约定，又要函数名不给修饰，那可以使用*.def文件，或者在代码里#pragma的方式给函数提供别名（这种方式需要知道修饰后的函数名是什么）。
·extern “C” __declspec(dllexport) bool
__stdcall cswuyg();
·extern “C”__declspec(dllimport) bool __stdcall cswuyg();
·#pragma comment(linker,"/export:cswuyg=_cswuyg@0")
2.4 *.def文件的用途–可不看
指定导出函数，并告知编译器不要以修饰后的函数名作为导出函数名，而以指定的函数名导出函数（比如有函数func，让编译器处理后函数名仍为func）。这样，就可以避免由于microsoft VC++编译器的独特处理方式而引起的链接错误。
也就是说，使用了def文件，那就不需要extern “C”了，也可以不需要__declspec(dllexport)了（不过，dll的制造者除了提供dll之外，还要提供头文件，需要在头文件里加上这extern”C”和调用约定，因为使用者需要跟制造者遵守同样的规则）。
举例def文件格式：
XX(dll名称这个并不是必须的，但必须确保跟生成的dll名称一样)
[函数名] @ [函数序号]
// 下面是实际的例子
; DSDevice.def : 声明 DLL 的模块参数。
"DSDevice"
此处可以是显式导出
编写好之后加入到VC的项目中，就可以了。
另外，要注意的是，如果要使用__stdcall，那么就必须在代码里使用上__stdcall，因为*.def文件只负责修改函数名称，不负责调用约定。
也就是说，def文件只管函数名，不管函数平衡堆栈的方式。
如果把*.def文件加入到工程之后，链接的时候并没有自动把它加进去。那么可以这样做：
手动的在link添加：
1）工程的propertiesàConfiguration PropertiesàLinkeràCommand Lineà在“Additional options”里加上：/def:[完整文件名].def
2）工程的propertiesàConfiguration PropertiesàLinkeràInputàModule Definition File里加上[完整文件名].def
注意到：即便是使用C的名称修饰方式，最终产生的函数名称也可能是会被修饰的。例如，在VC下，stdcall的调用方式，就会对函数名称进行修饰，前面加‘’，后面加上参数相关的其他东西。所以使用*.def文件对函数进行命名很有用，很重要。
2.5 DllMain函数 –可不看
每一个动态链接库都会有一个DllMain函数。如果在编程的时候没有定义DllMain函数，那么编译器会给你加上去。
DllMain函数格式：
BOOL APIENTRY DllMain( HANDLE hModule,
ul_reason_for_call,
LPVOID lpReserved
switch(ul_reason_for_call)
case DLL_PROCESS_ATTACH:
printf("\nprocess attach of dll");
case DLL_THREAD_ATTACH:
printf("\nthread attach of dll");
case DLL_THREAD_DETACH:
printf("\nthread detach of dll");
case DLL_PROCESS_DETACH:
printf("\nprocess detach of dll");
return TRUE;
编写dll可以使用.def文件对导出的函数名进行命名。
3 工程实例
3.1 导出dll
VS里（驱动程序）的DSDevice.h
extern "C" __declspec(dllexport) DWORD AddAudioSource(GUID
DeviceGUID,
3.2 导入dll
BC（应用程序）的AudioFunc.h
typedef DWORD (*ADD_AUDIO_SOURCE)(GUID
DeviceGUID,
3.3 使用dll
BC（应用程序）的AudioFunc.cpp
__AudioDllI
__AudioDllInst = LoadLibrary("VS驱动程序\\Debug\\DSDevice.dll");
AddAudioDevice
= (ADD_AUDIO_DEVICE) GetProcAddress(__AudioDllInst, "AddAudioDevice");
BC（应用程序）的TMainForm.cpp
AddAudioDevice(Handle, __AudioDeviceInfo[i].DeviceGUID, 22050, 16, False);
&&相关文章推荐
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场1006人阅读
　　GetProcAddress函数是用来在动态加载完动态链接库后，从链接库中获取函数地址的。它的用法如下：
FARPROC GetProcAddress(HMODULE hModule,LPCSTR lpProcName);
hModule参数就是LoadLibrary函数返回的动态链接库的句柄，lpProcName指向要获取的函数名称，函数名称以0结尾，对于函数名称是数值编号的lpProcName可以指定为编号数值。函数执行成功则返回要获取的函数的入口地址，失败则返回NULL。
　　C++是支持函数重载的，也就是说允许多个不同的函数可以有同样的函数名。那么能不能通过函数名来获取C++的重载函数呢？从理论上来分析，由于GetProcAddress函数是通过函数名来唯一确定被调用函数的地址的，所以重载函数的地址是不可能用GetProcAddress通过函数名来获取的。
　　MSDN对GetProcAddress函数进行解释时，说
lpProcName
module-definition
　　翻译过来就是，lpProcName指向的函数名，它的拼写和大小写必须和DLL源代码中的模块定义源文件(.DEF)里的EXPORTS声明中指定的相同。Win32 API函数的导出名可能不同于你在代码中调用的这些函数名。
　　那么如何处理函数的导出名与调用名不同呢？这个不同被宏隐含在相关的SDK头文件中。从MSDN对GetProcAddress函数解释可以看出，GetProcAddress函数实际是通过函数的导出名来在DLL中搜索需要的函数的。这样其实也解释了为何不能通过函数名来获取C++的重载函数了。C++的编译器为了保证导出函数名的唯一性，就无法将重载函数指定成相同的名称，于是就对函数名进行了处理，这样导出的函数名与源文件中定义的函数名不一样了，也就无法用源文件中的函数名来获取函数地址。这不仅仅是对于重载的C++函数，对于没有重载的C++函数也是一样的。
　　通过上面的解释我们既知道GetProcAddress无法通过源文件中的函数名来获取C++的函数的原因，同时也为我们提供了通过GetProcAddress函数获取我们需要的C++函数的方法。我们通常的做法就是对要导出的C++函数加上extern “C”关键字，让该函数用标准C语言的方式来编译和导出的，但这样就无法定义重载函数，因为C语言不支持函数重载。
　　不使用extern “C”关键字来声明C++函数的话，虽然能支持函数重载，但我们就只能使用函数的导出名来获取函数地址。我们有两种方式来获取函数的导出名，一种是按照C++编译器的函数名修饰规则来推导导出的函数名，具体的规则参见，不过如果函数导出名被重新定义为了其他名字，这个方式就不适用了。第二种方法是用工具来查看DLL中的导出表，像VS2013里就可以在使用命令行的命令dumpbin来察看导出表，具体使用方法如下：
dumpbin /exports dllname.dll
通过这个命令可以得到DLL中的函数的导出名和序数值，这样既可以使用序数值，也可以使用函数的导出名来获取函数地址了。
&&相关文章推荐
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：3171次
排名：千里之外
评论：20条}