======================动态链接库=======================
可以用dumpbin.exe查看dll文件的导出函数。
extern 声明外部函数,以;结束。
_declspec(dllimport)
告诉编译器我们引用的函数是从一个动态链接库.lib中输入的。以便让编译器生成更有效的代码。建议引用dll中的函数时用_declspec这个标识。最好放在一个头文件中。例子在孙鑫VC教程19课第40分钟时。
要使dll中导出的函数名名字不发生改变,可以在_declspec(dllimport)加上extern "C"
即#define DLL1_API extern "C" _declspec(dllimport) 其中DLL1_API为自取名。这种方法不能用来导出类的成员函数。
可以在dll所在文件目录中新建文本文档取名为.def 模块定义文件。将这个文件加入到工程当中。选择:工程->增加到工程->所有文件 添加模块定义文件。
在模块定义文件中: DLL2为dll名称。add和subtract为函数名。可以再msdn中查询EXPORTS详细用法。
LIBRARY DLL2
EXPORTS
add
subtract
动态加载一个dll,需要用到一个函数:LoadLibrary 映射一个可执行模块到一个调用进程的地址空间。还可以加载一个可执行程序。可在msdn中查询。
再就是得到dll导出的可用的函数地址:GetProcAddress 是用来获取指定的dll导出的函数的地址。下面是定义一个函数指针类型:
typedef int (*ADDPROC)(int a,int b);定义一个新类型。可以将(*ADDPROC)(int a,int b)看成一个整体,相当于定义了一个新的整型类型。我们分开来看,把(*ADDPROC)当做一个整体,那么他是一个函数,有2个变量,返回值是int。 我们再把(*ADDPROC) 拆开来看,*表示一个指针,这里是函数指针。他有2个整型参数,返回类型int。
函数指针类型是用来在需要的时候用它来产生一个函数指针变量,用来接收我们用GetProcAddress返回的函数地址。
用上述类型定义一个变量: ADDPROC Add=(ADDPROC)GetProcAddress(hInst,"add");
---------------延伸阅读----------------
FARPROC在windef.h中定义如下:
typedef int (FAR WINAPI *FARPROC)();
就是说FARPROC是一个(int FAR WINAPI*)()类型的指针。
可是
HINSTANCE hUser32 ;
FARPROC ptr;
hUser32 = LoadLibrary( "user32.dll ");
ptr = GetProcAddress (hUser32 , "MessageBoxA ");
MessageBoxA显然是有参数的。
为什么编译程序不报错哪?
---记住,兄弟,你的LoadLibrary和GetProcAddress都是执行期的东东,编译器是没有能力检查执行期的错误的
---LZ,你去看看这调用MessageBoxA(...)时,程序的汇编代码就知道了,
隐式调用:
push MB_OK
push lpCaption
push lpText
push hwnd
call MessageBox
显示调用:
push MB_OK
push lpCaption
push lpText
push hwnd
call ptr
typedef int (FAR WINAPI *FARPROC)();这句是定义了一个函数指针,仅仅是一个指针,是用来存放函数入口地址的,并不是函数原形。
FARPROC ptr;中ptr的值只有在ptr = GetProcAddress(hUser32, "MessageBoxA ");执行后才有意义(指向函数MessageBoxA的入口)。换句话说,只用程序运行过了,ptr的值才会指向MessageBoxA函数,否则ptr是随机值。
所以编译器在编译时不检查他的格式和参数,编译器甚至不知道此处调用的是MessageBexA()这个函数。既然都不知道将会调用哪一个API函数,如何检查参数是否合法?是吧!
链接时,链接器也不会在lib文件中链接MessageBoxA,原因相同:不知到ptr指向的是哪一个函数。
1. C与汇编的关系
2. C函数的调用方式(跳转操作、堆栈操作)
3. 显示调用、隐式调用的特点和不同之处
----------------------------
MAKEINTRESOURCE
4016

被折叠的 条评论
为什么被折叠?



