通过LoadLibrary() 与 GetProcAddress()获得Dll内的函数
来源:互联网 发布:python 多线程 返回值 编辑:程序博客网 时间:2024/05/20 08:01
1. 通过LoadLibrary() 与 GetProcAddress()获得Dll内的函数
参考:
1.1 DLL的隐式与显式调用,知识
http://blog.csdn.net/xiamentingtao/article/details/51052918
动态链接库的使用有两种方式,一种是显式调用。一种是隐式调用。
注:使用工具查看自己的dll http://www.cnblogs.com/dyllove98/archive/2013/06/20/3146922.html
1.1.1 显式调用:
使用LoadLibrary载入动态链接库、使用GetProcAddress获取某函数地址。
显式链接是应用程序在执行过程中随时可以加载DLL文件,也可以随时卸载DLL文件,这是隐式链接所无法作到的,所以显式链接具有更好的灵活性。
不过实现显式链接要麻烦一些。在应用程序中用LoadLibrary或MFC提供的AfxLoadLibrary显式的将自己所做的动态链接库调进来,动态链接库的文件名即是上述两个函数的参数,此后再用GetProcAddress()获取想要引入的函数。自此,你就可以象使用如同在应用程序自定义的函数一样来调用此引入函数了。在应用程序退出之前,应该用FreeLibrary或MFC提供的AfxFreeLibrary释放动态链接库。
1.1.1.1 DLL的显式调用,我的代码
http://www.cnblogs.com/tk091/archive/2012/10/26/2740599.html
http://blog.csdn.net/zhandoushi1982/article/details/5902672
#include <windows.h> #include <stdio.h> #include <tchar.h> // _T// MY_FUNC_IN_DLL为函数指针类型// void为函数返回值// LPTSTR为函数参数typedef void(*MY_FUNC_IN_DLL) (LPTSTR); // Dll内函数 的 函数指针类型int main(){ // 获得user32.dll的句柄地址 HINSTANCE DllHandle = LoadLibrary(_T("user32")); printf("user32.dll的句柄地址: x%x\n", DllHandle); if (DllHandle) { // 从user32.dll内获得MessageBoxA()函数的地址(函数指针的值) MY_FUNC_IN_DLL FuncAddress = (MY_FUNC_IN_DLL)GetProcAddress(DllHandle, "MessageBoxA"); printf("user32.dll内的MessageBoxA()函数的地址: x%x\n", FuncAddress); } //释放动态连接库。 FreeLibrary(DllHandle); system("pause"); return 0;}/*结果:user32.dll的句柄地址: x74df0000user32.dll内的MessageBoxA()函数的地址: x74e5fde6*/
1.1.2 隐式调用:
可以使用#pragma comment(lib, “XX.lib”)的方式,也可以直接将XX.lib加入到工程中。
隐式链接就是在程序开始执行时就将DLL文件加载到应用程序当中。实现隐式链接很容易,只要将导入函数关键字_declspec(dllimport)函数名等写到应用程序相应的头文件中就可以了。下面的例子通过隐式链接调用MyDll.dll库中的Min函数。首先生成一个项目为TestDll,在DllTest.h、DllTest.cpp文件中分别输入如下代码:
//Dlltest.h #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); //TestDll.cpp #include"Dlltest.h" void main() {int a; a=min(8,10) printf("比较的结果为%d\n",a); }
2. 自定义函数,输出为dll格式,知识
参考:
1. dll的编写,导出函数 http://blog.csdn.net/hanyujianke/article/details/8622041
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文件格式:
LIBRARY XX(dll名称这个并不是必须的,但必须确保跟生成的dll名称一样)EXPORTS[函数名] @ [函数序号]// 下面是实际的例子; DSDevice.def : 声明 DLL 的模块参数。LIBRARY "DSDevice"EXPORTS ; 此处可以是显式导出
编写好之后加入到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, DWORD ul_reason_for_call, LPVOID lpReserved ){ switch(ul_reason_for_call) { case DLL_PROCESS_ATTACH: printf("\nprocess attach of dll"); break; case DLL_THREAD_ATTACH: printf("\nthread attach of dll"); break; case DLL_THREAD_DETACH: printf("\nthread detach of dll"); break; case DLL_PROCESS_DETACH: printf("\nprocess detach of dll"); break; } return TRUE;}
编写dll可以使用.def文件对导出的函数名进行命名。
3 工程实例
3.1 导出dll
VS里(驱动程序)的DSDevice.h
extern "C" __declspec(dllexport) DWORD AddAudioSource(GUID DeviceGUID, DWORD Channel);
3.2 导入dll
BC(应用程序)的AudioFunc.h
typedef DWORD (*ADD_AUDIO_SOURCE)(GUID DeviceGUID, DWORD Channel);
3.3 使用dll
BC(应用程序)的AudioFunc.cpp
// 定义函数指针实体(.h里已声明过了)HINSTANCE __AudioDllInst; // 获取VS里自定义的dll句柄(HINSTANCE类型)__AudioDllInst = LoadLibrary("VS驱动程序\\Debug\\DSDevice.dll"); // 获得dll内的函数指针(通过在dll内找函数名得到的)AddAudioDevice = (ADD_AUDIO_DEVICE) GetProcAddress(__AudioDllInst, "AddAudioDevice");
BC(应用程序)的TMainForm.cpp
// 在main里就可以使用了AddAudioDevice(Handle, __AudioDeviceInfo[i].DeviceGUID, 22050, 16, False);
- 通过LoadLibrary() 与 GetProcAddress()获得Dll内的函数
- LoadLibrary和GetProcAddress获得API的地址
- GetProcAddress() LoadLibrary() DLL
- 用LoadLibrary和GetProcAddress函数调用dll的代码有问题
- 动态载入DLL所需要的三个函数详解(LoadLibrary,GetProcAddress,FreeLibrary)
- 动态载入DLL所需要的三个函数详解(LoadLibrary,GetProcAddress,FreeLibrary)
- 动态调用DLL. LoadLibrary和GetProcAddress
- LoadLibrary,GetProcAddress
- DLL-LoadLibrary函数
- 函数说明(LoadLibrary 、GetProcAddress、FreeLibrary) 08.10.31
- LoadLibrary 和 GetProcAddress、FreeLibrary
- LoadLibrary 和 GetProcAddress、FreeLibrary
- 解析LoadLibrary,GetProcAddress,FreeLibrary
- LoadLibrary 和 GetProcAddress、FreeLibrary
- LoadLibrary 、 GetProcAddress和FreeLibrary
- 通过GetProcAddress函数动态调用dll中地函数,是否必须通过extern C声明导出函数?
- LoadLibrary GetProcAddress FreeLibrary 近距应用
- 显试调用DLL------GetProcAddress的使用
- GitHub上史上最全的Android开源项目分类汇总
- 实体类为啥要序列化
- shareSDK使用
- HTML5基础加强css样式篇(伸缩容器属性:flex-direction, flex-wrap,flex-flow,align-items,align-content)(五十三)
- 【LEET-CODE】27. Remove Element
- 通过LoadLibrary() 与 GetProcAddress()获得Dll内的函数
- iOS js和OC方法交互
- CSU 1896: Symmetry(对称点集)
- H.264编码下直播视频添加水印的优化
- Mac版R语言(四)网络数据自动获取
- Java中的23种设计模式
- 键盘Keycode对照表
- 程序员什么时候该考虑辞职?
- 贪心(ZOJ 3778,Talented Chef)