网页模板素材网站,最新网球赛事新闻,如何建立wordpress商城,二级域名网站可以做360推广烛秋 http://www.cnblogs.com/cswuyg/archive/2011/09/30/dll.html 动态链接库的使用有两种方式#xff0c;一种是显式调用。一种是隐式调用。 #xff08;1#xff09; 显式调用#xff1a;使用LoadLibrary载入动态链接库、使用GetProcAddress获取某函数地址。 一种是显式调用。一种是隐式调用。 1       显式调用使用LoadLibrary载入动态链接库、使用GetProcAddress获取某函数地址。 2       隐式调用可以使用#pragma comment(lib, “XX.lib”)的方式也可以直接将XX.lib加入到工程中。   DLL的编写 编写dll时有个重要的问题需要解决那就是函数重命名——Name-Mangling。解决方式有两种一种是直接在代码里解决采用extent”c”、_declspec(dllexport)、#pragma comment(linker, /export:[Exports Name][Mangling Name])另一种是采用def文件。 1编写dll时为什么有 extern “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则不会附加额外的符号。 dll中的函数在被调用时是以函数名或函数编号的方式被索引的。这就意味着采用某编译器的C的Name-Mangling方式产生的dll文件可能不通用。因为它们的函数名重命名方式不同。为了使得dll可以通用些很多时候都要使用C的Name-Mangling方式即是对每一个导出函数声明为extern “C”而且采用_stdcall调用约定接着还需要对导出函数进行重命名以便导出不加修饰的函数名。 注意到extern “C”的作用是为了解决函数符号名的问题这对于动态链接库的制造者和动态链接库的使用者都需要遵守的规则。 动态链接库的显式装入就是通过GetProcAddress函数依据动态链接库句柄和函数名获取函数地址。因为GetProcAddress仅是操作系统相关可能会操作各种各样的编译器产生的dll它的参数里的函数名是原原本本的函数名没有任何修饰所以一般情况下需要确保dll’里的函数名是原始的函数名。分两步一如果导出函数使用了extern”C” _cdecl那么就不需要再重命名了这个时候dll里的名字就是原始名字如果使用了extern”C” _stdcall这时候dll中的函数名被修饰了就需要重命名。二、重命名的方式有两种要么使用*.def文件在文件外修正要么使用#pragma在代码里给函数别名。 2_declspec(dllexport)和_declspec(dllimport)的作用        _declspec还有另外的用途这里只讨论跟dll相关的使用。正如括号里的关键字一样导出和导入。_declspec(dllexport)用在dll上用于说明这是导出的函数。而_declspec(dllimport)用在调用dll的程序中用于说明这是从dll中导入的函数。        因为dll中必须说明函数要用于导出所以_declspec(dllexport)很有必要。但是可以换一种方式可以使用def文件来说明哪些函数用于导出同时def文件里边还有函数的编号。 而使用_declspec(dllimport)却不是必须的但是建议这么做。因为如果不用_declspec(dllimport)来说明该函数是从dll导入的那么编译器就不知道这个函数到底在哪里生成的exe里会有一个call XX的指令这个XX是一个常数地址XX地址处是一个jmp dword ptr[XXXX]的指令跳转到该函数的函数体处显然这样就无缘无故多了一次中间的跳转。如果使用了_declspec(dllimport)来说明那么就直接产生call dword ptr[XXX]这样就不会有多余的跳转了。参考《加密与解密》第三版279页 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_cswuyg0)   4*.def文件的用途 指定导出函数并告知编译器不要以修饰后的函数名作为导出函数名而以指定的函数名导出函数比如有函数func让编译器处理后函数名仍为func。这样就可以避免由于microsoft VC编译器的独特处理方式而引起的链接错误。 也就是说使用了def文件那就不需要extern “C”了也可以不需要__declspec(dllexport)了不过dll的制造者除了提供dll之外还要提供头文件需要在头文件里加上这extern”C”和调用约定因为使用者需要跟制造者遵守同样的规则除非使用者和制造者使用的是同样的编译器并对调用约定无特殊要求。 举例def文件格式 LIBRARY  XX(dll名称这个并不是必须的但必须确保跟生成的dll名称一样) 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文件对函数进行命名很有用很重要。 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; } 6、很多都还没学如导出Class、导出变量、DLL更高级的应用。目前先了解点基础知识。以后补上。                     2011-8-14补充   编写dll可以使用.def文件对导出的函数名进行命名。   1、动态装入dll重命名*.def的必要性 因为导出的函数尽可能使用__stdcall的调用方式。而__stdcall的调用方式无论是C的Name Mangling还是C的Name Mangling都会对函数名进行修饰。所以采用__stdcall调用方式之后必须使用*.def文件对函数名重命名不然就不能使用GetProcAddress()通过函数名获取函数指针。   2、隐式调用时头文件要注意的地方 因为使用静态装入需要有头文件声明这个要被使用的dll中的函数如果声明中指定了__stdcall或者extern “C”那么在调用这个函数的时候编译器就通过Name Mangling之后的函数名去.lib中找这个函数*.def中的内容是对*.lib里函数的名称不产生作用*.def文件里的函数重命名只对dll有用。这就有lib 跟dll里函数名不一致的问题了但并不会产生影响DLL的制造者跟使用者采用的是一致函数声明。   3、所以到底要不要使用__stdcall 呢 我看到一些代码里是没有使用__stdcall的。如果不使用__stdcall而使用默认的调用约定_cdecl并且有extern ”C”。那么VC是不会任何修饰的。这样子生成的dll里的函数名就是原来的函数名。也就可以不使用.def文件了。 也有一些要求必须使用__stdcall例如com相关的东西、系统的回调函数。具体看有没有需要。     4、导出函数别名怎么写 可以在.def文件里对函数名写一个别名。 例如 EXPORTS cswuygTest别名 _showfun4(要导出的函数)   或者 #pragma comment(linker, /export:[别名] [NameMangling后的名称])   这样做就可以随便修改别名了不会出现找不到符号的错误。   5、用不用*.def文件 如果采用VC默认的调用约定可以不用*.def文件如果要采用__stdcall调用约定又不想函数名被修饰那就采用*.def文件吧,另一种在代码里写的重命名的方式不够方便。 6、什么情况下不需要考虑函数重命名的问题 1、隐式调用通过lib 如果dll的制造者跟dll的使用者采用同样的语言、同样编程环境那么就不需要考虑函数重命名。使用者在调用函数的时候通过Name Mangling后的函数名能在lib里找到该函数。 如果dll的制造者跟dll使用不同的语言、或者不同的编译器那就需要考虑重命名了。 2、显示调用通过GetProcessAddress        这绝对是必须考虑函数重命名的。 7、总结     总的来说在编写DLL的时候写个头文件头文件里声明函数的NameMingling方式、调用约定主要是为了隐式调用。再写个*.def文件把函数重命名了主要是为了显式调用。提供*.DLL\*.lib\*.h给dll的使用者这样无论是隐式的调用还是显式的调用都可以方便的进行。   附 一个简单DLL导出函数的例子http://files.cnblogs.com/cswuyg/%E7%BC%96%E5%86%99DLL%E6%89%80%E5%AD%A6%E6%89%80%E6%80%9D.rar   学习资料 http://www.cnblogs.com/dongzhiquan/archive/2009/08/04/1994764.html http://topic.csdn.net/u/20081126/14/70ac75b3-6e79-4c48-b9fe-918dce147484.html  转载于:https://www.cnblogs.com/adder01/p/4737935.html