65,197
社区成员
发帖
与我相关
我的任务
分享还是关于DLL导出符号名称的问题
比方说我的代码是
按照标准，这个函数调用约定是__cdecl,我查的相关资料，很多地方都是说C++编译器在使用C编译的方式，对__cdecl约定的函数
的修饰方式是仅在输出函数名前加上一个下划线前缀。但是，我在《程序员的自我修养》里面看到有这样的话，
“默认情况下，MSVC把C语言的函数当做是__cdecl类型，这种情况下该函数不进行任何符号修饰。”
这句话是否有错误，还是说只是VC编译器是这样做的，而C++标准是会进行符号修饰？
另外在自己的测试的DLL中，使用dumpbin /EXPORTS **.dll，查看导出符号，结果在name列下有一个等式，是Sub=ILT+230<_Sub>，前面符号不变，后面符号前面加上了_,这个是debug模式下的，如果使用Release的话，name只有一个Sub。
那么，导出符号的名称到底是变了吗，在__cdecl的类型下？debug下左边和右边分别是什么意思呢？
求大神！！！
extern "C" DLL_API int Sub(int lhs, int rhs)
{
return lhs - rhs;
}
按照标准，这个函数调用约定是__cdecl,我查的相关资料，很多地方都是说C++编译器在使用C编译的方式，对__cdecl约定的函数
的修饰方式是仅在输出函数名前加上一个下划线前缀。但是，我在《程序员的自我修养》里面看到有这样的话，
“默认情况下，MSVC把C语言的函数当做是__cdecl类型，这种情况下该函数不进行任何符号修饰。”
这句话是否有错误，还是说只是VC编译器是这样做的，而C++标准是会进行符号修饰？
另外在自己的测试的DLL中，使用dumpbin /EXPORTS **.dll，查看导出符号，结果在name列下有一个等式，是Sub=ILT+230<_Sub>，前面符号不变，后面符号前面加上了_,这个是debug模式下的，如果使用Release的话，name只有一个Sub。
那么，导出符号的名称到底是变了吗，在__cdecl的类型下？debug下左边和右边分别是什么意思呢？
求大神！！！
...全文
请发表友善的回复…
发表回复
Linuxwell 2016-09-08
- 打赏
- 举报
粗心大意导致的BUG只能怪自己
珍惜生命远离CPP 2016-09-07
- 打赏
- 举报
符号的名称和导入导出没有关系，只和自身的声明和环境有关系。
我现在想问，
extern "C" int Test(int a);
这个函数在VC编译器下的符号名到底是_Test还是Test呢？[/quote]
这个同样没规定啊
VC 32位是 _Test 64位是 Test
lm_whales 2016-09-07
- 打赏
- 举报
cdecl 才是C调用约定
_cdecl,__cdecl 都是微软自行定义的用来替换 cdecl的
因为 cdecl 这个关键字，不是C,C++ 的标准中的 关键字
所以，虽然 这几个关键字定义的函数，有相似之处，但是实现并不是完全相同的
标准的C调用约定，生成名字前，加下划线，其余没有变化
例如 main ---> _main
标准规定，实现---也就是编译器----自定义的关键字，
必须加下划线，以示区分（说明不是标准定义的关键字）
cdecl ,_cdecl,__cdecl 编译结果，是不相同的
stdcall,_stdcall,__stdcall 编译结果，也是不相同的
MS高版本，已经 遵守标准，放弃了 cdecl 和 stdcall,两个关键字
加一个，和两个下划线，好像都是标准规定的
只是属于不同标准
赵4老师 2016-09-07
- 打赏
- 举报
paschen 版主 2016-09-07
- 打赏
- 举报
C++里因为有函数重载，所以函数的名称用到一个机制叫做名字粉碎，这就导致和C生成的函数名是不同的
back1999 2016-09-07
- 打赏
- 举报
符号的名称和导入导出没有关系，只和自身的声明和环境有关系。
我现在想问，
extern "C" int Test(int a);
这个函数在VC编译器下的符号名到底是_Test还是Test呢？[/quote]
当然，我指的不是def文件定义的
back1999 2016-09-07
- 打赏
- 举报
符号的名称和导入导出没有关系，只和自身的声明和环境有关系。
我现在想问，
extern "C" int Test(int a);
这个函数在VC编译器下的符号名到底是_Test还是Test呢？
pengzhixi 2016-09-07
- 打赏
- 举报
c/c++标准都没对调用方式cdecl，stdcall做任何规定。所以这些完全可以由编译器厂商自行决定怎么弄。
珍惜生命远离CPP 2016-09-07
- 打赏
- 举报
C++标准没有规定 导出符号是什么样子的。
《程序员的自我修养》只是总结性质的，不能说完全正确。
back1999 2016-09-07
- 打赏
- 举报
哎，我就问题一个问题吧，dunmpbin /exports 查出来的信息中，导出表name列的等式左右分别指的是什么？
pengzhixi 2016-09-07
- 打赏
- 举报
Enter空格 2016-09-07
- 打赏
- 举报
呃。。。错了，刚才看了眼VS，
默认调用约定是__cdecl。
记差了，是windows API的默认调用约定都是__stdcall
back1999 2016-09-07
- 打赏
- 举报
能回答下我问的问题吗？谢谢
back1999 2016-09-07
- 打赏
- 举报
您提到的这个和题目本身关联不太大。
我想弄明白两个问题。
第一，C++编译器里面使用Extern "C" 到底会不会是符号名称被修饰？
第二，dumpbin看到的name那一列，等号的两边分别表示什么？为什么左边是Sub，而右边是_Sub呢？
Enter空格 2016-09-07
- 打赏
- 举报
导出符号和调用约定没关系。
这是两个不相干的关键字限制的，一个是extern,一个是各种xxxcall。
你道出函数到dll，只有知道导出符号(extern限制的名字)，就能通过该符号得到函数地址。
得到函数地址，就能调用该函数。
至于调用约定，是在得到该函数地址后，如何call这个函数，也就是参数压栈用的。
例果，你dll中导出的函数的调用约定是__cdecl，你调用该函数时，必须同样使用__cdecl调用约定，
否则函数栈会出问题，导致程序异常。
VS默认调用约定是__stdcall
lm_whales 2016-09-07
- 打赏
- 举报
。。。。。。。。。。。。。。
Windows 64Bits
本质上，调用约定统一了
因为统一了ABI （二进制格式的的函数调用接口）好像是这个东东。
只有一种方式调用函数
只有C++ 名字改编，还需要继续保留。
这种方式，前几个参数，用寄存器传递，其他参数，用堆栈传递
大概也因为这个缘故，也 统一不加，下划线了吧
赵4老师 2016-09-07
- 打赏
- 举报
dll 导出函数名的那些事
关键字： VC++ DLL 导出函数
经常使用VC6的Dependency查看DLL导出函数的名字，会发现有DLL导出函数的名字有时大不相同，导致不同的原因大多是和编译DLL时候指定DLL导出函数的界定符有关系。
VC++支持两种语言：即C/C++，这也是造成DLL导出函数差异的根源
我们用VS2008新建个DLL工程，工程名为"TestDLL"
把默认的源文件后缀 .CPP改为.C（C文件）
输入测试代码如下：
01 int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
为了导出上面这个函数，我们有以下几个方法：
1. 使用传统的模块定义文件 (.def)
新建一个 后缀为.def的文本文件(这里建一个TestDll.Def)，文件内容为：
LIBRARY TestDll
EXPORTS
MyFunction
在 Link 时指定输入依赖文件：/DEF:"TestDll.Def"
2. Visual C++ 提供的方便方法
在01行的int 前加入 __declspec(dllexport) 关键字
通过以上两种方法，我们就可以导出MyFunction函数。
我们用Dependency查看导出的函数：
第一种方法导出的函数为：
MyFunction
第二种方法导出的函数为：
_MyFunction@4
__stdcall会使导出函数名字前面加一个下划线，后面加一个@再加上参数的字节数，比如_MyFunction@4的参数（int iVariant）就是4个字节
__fastcall与 __stdcall类似，不过前面没有下划线，而是一个@，比如@MyFunction@4
__cdecl则是始函数名。
小结：如果要导出C文件中的函数，并且不让编译器改动函数名，用def文件导出函数。
下面我们来看一下C++文件
我们用VS2008新建个DLL工程，工程名为"TestDLL"
默认的源文件后缀为 .CPP （即C++文件）。
输入测试代码如下：
01 int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
为了导出上面这个函数，我们有以下几个方法：
3. 使用传统的模块定义文件 (.def)
新建一个 后缀为.def的文本文件(这里建一个TestDll.Def)，文件内容为：
LIBRARY TestDll
EXPORTS
MyFunction
在 Link 时指定输入依赖文件：/DEF:"TestDll.Def"
4. Visual C++ 提供的方便方法
在01行的int 前加入 __declspec(dllexport) 关键字
通过以上两种方法，我们就可以导出MyFunction函数。
我们用Dependency查看导出的函数：
第一种方法导出的函数为：
MyFunction
第二种方法导出的函数为：
?MyFunction@@YGHH@Z
可以看到 第二种方法得到的 导出函数名 并不是我们想要的，如果在exe中用显示方法（LoadLibrary、GetProcAddress）调用 MyFunction 肯定会失败。
但是用引入库(*.LIB)的方式调用，则编译器自动处理转换函数名，所以总是没有问题。
解决这个问题的方法是：
用VC 提供的预处理指示符 "#pragma" 来指定链接选项。
如下：
#pragma comment(linker, "/EXPORT:MyFunction=?MyFunction@@YGHH@Z")
这时，就会发现导出的函数名字表中已经有了我们想要的MyFunction。但我们发现原来的那个 ?MyFunction@@YGHH@Z 函数还在，这时就可以把 __declspec() 修饰去掉，只需要 pragma 指令即可。
而且还可以使如下形式：
#pragma comment(linker, "/EXPORT:MyFunction=_MyFunction@4,PRIVATE")
PRIVATE 的作用与其在 def 文件中的作用一样。更多的#pragram请查看MSDN。
小结：如果要导出C++文件中的函数，并且不让编译器改动函数名，用def文件导出函数。
同时可以用#pragma指令（C 中也可以用）。
总结：
C++编译器在生成DLL时，会对导出的函数进行名字改编，并且不同的编译器使用的改编规则不一样，因此改编后的名字也是不同的（一般涉及到C++ 中的重载等）。
如果利用不同编译器分别生成DLL和访问DLL的exe程序，后者在访问该DLL的导出函数时就会出现问题。如上例中函数MyFunction在C++编译器改编后的名字是?MyFunction@@YGHH@Z。我们希望编译后的名字不发生改变，这里有几种方法。
第一种方法是通过一个称为模块定义文件DEF来解决。
LIBRARY TestDll
EXPORTS
MyFunction
LIBRARY 用来指定动态链接库内部名称。该名称与生成的动态链接库名一定要匹配，这句代码不是必须的。
EXPORTS说明了DLL将要导出的函数，以及为这些导出函数指定的符号名。
第二种是定义导出函数时加上限定符：extern "C"
如：#define DLLEXPORT_API extern "C" _declspec(dllexport)
但extern "C"只解决了C和C++语方之间调用的问题(extern "C" 是告诉编译器，让它按C的方式编译)，它只能用于导出全局函数这种情况 而不能导出一个类的成员函数。
同时如果导出函数的调用约定发生改变，即使使用extern "C"，编译后的函数名还是会发生改变。例如上面我们加入_stdcall关键字说明调用约定（标准调用约定，也就是WINAPI调用约定）。
#define DLLEXPORT_API extern "C" _declspec(dllexport)
01 DLLEXPORT_API int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
编译后函数名MyFunction改编成了_MyFunction@4
通过第一种方法模块定义文件的方式DLL编译后导出函数名不会发生改变。
DLL(动态库)导出函数名乱码含义
C++编译时函数名修饰约定规则：
__stdcall调用约定：
1、以"?"标识函数名的开始，后跟函数名；
2、函数名后面以"@@YG"标识参数表的开始，后跟参数表；
3、参数表以代号表示：
X--void
D--char
E--unsigned char
F--short
H--int
I--unsigned int
J--long
K--unsigned long
M--float
N--double
_N--bool
....
PA--表示指针，后面的代号表明指针类型，如果相同类型的指针连续出现，以"0"代替，一个"0"代表一次重复；
4、参数表的第一项为该函数的返回值类型，其后依次为参数的数据类型,指针标识在其所指数据类型前；
5、参数表后以"@Z"标识整个名字的结束，如果该函数无参数，则以"Z"标识结束。
其格式为"?functionname@@YG*****@Z"或"?functionname@@YG*XZ"，例如
int Test1(char *var1, unsigned long)-----"?Test1@@YGHPADK@Z" void Test2()-----"?Test2@@YGXXZ"
__cdecl调用约定：
规则同上面的_stdcall调用约定，只是参数表的开始标识由上面的"@@YG"变为"@@YA"。
__fastcall调用约定：
规则同上面的_stdcall调用约定，只是参数表的开始标识由上面的"@@YG"变为"@@YI"。
如果要用DEF文件输出一个"C++"类，则把要输出的数据和成员的修饰名都写入.def模块定义文件
所以... 通过def文件来导出C++类是很麻烦的,并且这个修饰名是不可避免的
pengzhixi 2016-09-07
- 打赏
- 举报
最主要的是c++有name mangline而c没有。所以你导出的c函数 在c++里面使用 那么你需要在c++里面提前用
extern "C"来声明该函数。
赵4老师 2016-09-07
- 打赏
- 举报
windows下要会用dumpbin
linux下要会用objdump
lm_whales 2016-09-07
- 打赏
- 举报
调用约定包括
1）名字改编，（对于函数，变量 都有作用）
c调用约定 cdecl，加 下划线，pascal 不加，stdcall 不加,
// stdcall ，VC可能会在后面加上@n,n表示参数长度
//windows API 早期用的是 pascal 调用约定 ,
//后来改用 c，pascal 混合的 stdcall
C++函数有重载问题，需要加上额外的其他标志，用来区别不同重载函数
2）参数传递方式，只对函数起作用。 //cdecl 参数自右向左， pascal 自左向右，stdcall自右向左。
3）清栈方式，凡是用堆栈传递的函数调用约定，都需要考虑如何清栈。
//cdecl 调用者清栈，实现方式X86,X64 上， 直接对堆栈指针 寄存器（ sp,esp，rsp )做加法。
//pascal 被调函数自己清栈 ，实现方式X86,X64 上 RET N//返回指令，直接清栈
// stdcall 被调函数自己清栈 ，实现方式X86,X64 上 RET N //返回指令，直接清栈
extern "C"
按照C 方式，处理C++名字，以保证和C代码的兼容。
实际上等于按照 C 调用约定，处理名字改编（如果不额外加调用约定，相当于C调用约定）
由于这一切都是，实现决定的。
extern "C"
C++标准，并没有规定调用约定方面的问题。。。。。
C++标准里面，没有对调用约定实现方式的规定，
调用约定 关键字，只是编译器自行定义的，标准没有定义
这是应该是：故意不去定义的。
extern "C"
只是需要保证，可以用C的方式使用（调用）他。
说它 跟调用约定不相干也成立。
但是编译器，要想实现 ，可以用C的方式调用他，就必须处理调用约定的问题。
加载更多回复（8）
