关闭

关于Dll 导出函数名(ZZ)

724人阅读 评论(0) 收藏 举报

http://blog.csdn.net/conanlrj/article/details/5797549

使用Dependency看DLL的导出函数的名字,会发现有一些有意思的东西,这大多是和编译DLL时候指定DLL导出函数的导出符有关系。

//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
当你使用extern "C"的情况下:   
  __stdcall会使导出函数名字前面加一个下划线,后面加一个@再加上参数的字节数,比如_Fun@4就是4个字节  
  __fastcall类似__stdcall,不过前面没有下划线,_fastcall应该前面还有一个@,比如@LoadaDir@4 
  __cdecl则是前面仅仅有一个下划线
如果不用extern "C"话则使用C++命名机制,涉及到C++ Name Mangling,比较复杂,编译器之间也不太一样。
另外,__declspec(dllexport)仅会对__cdecl进行处理,去掉前面的下划线(对于一般全局函数来说缺省就是__cdecl),而对于其他两种不会处理。
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
extern "C"的作用是(防止C++编译器的“名字破坏”特性),使编译器按照C的方式生成函数名,C的方式实际的函数名和你写的一样。如果没有这个,则按照C++的方式生成函数名,这样实际的函数名(LoadLibrary方式GetProcAddress传入的函数名)和你写得函数名不一样,这样你用LoadLibrary、GetProcAddress这种方式调用dll就不成功。   
但是用引入库(*.LIB)的方式调用,则编译器自动转换函数名,所以总是没有问题。   
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
我们知道为了让DLL导出一些函数,需要在每一个将要被导出的函数前面添加标识符:_declspec(dllexport)。例如在DLL中可以导出这样的函数(方法)
#define DLL1_API _declspec(dllexport)
DLL1_API int Add(int a,int b)
{
  return a+b;
}
现在我们解决名字改编问题,C++编译器在生成DLL时,会对导出的函数进行名字改编,并且不同的编译器使用的改编规则不一样,因此改编后的名字也是不同的。这样,如果利用不同编译器分别生成DLL和访问DLL的客户端程序,后者在访问该DLL的导出函数时就会出现问题。如上例中函数Add在C++编译器改编后的名字是?Add@@YAHHH@Z。我们希望编译后的名字不发生改变,这里有几种方法。
第一种是定义导出函数时加上限定符:extern "C"
#define DLL1_API extern "C" _declspec(dllexport)
但extern "C"只解决了C和C++语方之间调用的问题,它只能用于导出全局函数这种情况而不能导出一个类的成员函数。另外如果导出函数的调用约定发生改变,即使使用了extern "C",编译后的函数名还是会发生改变。比如我们加入_stdcall关键字说明调用约定为C调用约定(标准调用约定,也就是WINAPI调用约定)。
#define DLL1_API extern "C" _declspec(dllexport)
DLL1_API int _stdcall Add(int a,int b)
{
  return a+b;
}
编译后函数名Add改编成了_Add@8
第二种方法是通过一个称为模块定义文件DEF来解决。
LIBRARY dllname
EXPORTS
  Add
  Subtract
LIBRARY 用来指定动态链接库内部名称。该名称与生成的动态链接库名一定在匹配,这句代码不是必须的。EXPORTS说明了DLL将要导出的函数,以及为这些导出函数指定的符号名。
通过第二种方法模块定义文件的方式DLL编译后导出函数名不会发生改变。
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
传统的导出 DLL 函数的方法是使用模块定义文件 (.def),Visual C++ 提供了更简洁方便的方法,即 “__declspec(dllexport)” 关键字,例如:
__declspec(dllexport) int __stdcall MyExportFunction(int iTest);
但是通过查看工具我们可以发现,DLL 导出的函数名字实际上是 _MyExportFunction@4。还好,VC 提供了一个预处理指示符 “#pragma” 来指定链接选项,可以通过它达到我们的目的,如下:
#pragma comment(linker, "/EXPORT:MyExportFunction=_MyExportFunction@4")
这样再看,就会发现导出的函数名字已经成为了想要的MyExportFunction。
终于知道了,应该把函数前面的 __declspec() 修饰去掉,也就是说,只需要第二条 pragma 指令即可。而且还可以使如下形式:
#pragma comment(linker, "/EXPORT:MyExportFunction=_MyExportFunction@4,PRIVATE")
PRIVATE 的作用与其在 def 文件中的作用一样。
0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:84712次
    • 积分:1370
    • 等级:
    • 排名:千里之外
    • 原创:44篇
    • 转载:74篇
    • 译文:1篇
    • 评论:6条
    最新评论