dll函数的导出名的问题

使用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 文件中的作用一样。

 

原文地址：http://blog.csdn.net/conanlrj/archive/2010/08/08/5797549.aspx

 

 

 

 

我试了试，觉得最好的方法还是新建一个def文件，添加到工程中里面的书写格式为等号中间的部分
====================
LIBRARY "dllname"
EXPORTS
start = start
======================
其中dllname是你要生成的dll文件名，
第一个start是你想看到的到处函数名，
第二个start是你的dll中申明的那个函数名，其中第二个一定是你源文件中有的，第一个可以修改，如果第一个和第二个不等，会有两个一样地址但名字不同的导出函数，这些都可以用C++6.0的depends工具查看。