常见的函数调用约定[5]:cdecl,stdcall,fastcall,thiscall,naked call
MFC调用约定(VS6:Project Settings->C/C++ <Category:Code Generation> Calling convention:)c++
a.压栈顺序:函数参数从右到左.
b.参数栈维护:由调用函数把参数弹出栈,传送参数的内存栈由调用函数来维护
(正由于如此,实现可变参数vararg的函数(如printf)只能使用该调用约定).
c.函数修饰名约定:VC将函数编译后会在函数名前面加上下划线前缀
d.每个调用它的函数都包含清空堆栈的代码,因此产生的可执行文件大小会比调用_stdcall函数的大程序员
a.压栈顺序:函数参数从右到左的压栈顺序。ide
b.参数栈维护:被调用函数把参数弹出栈(在退出时清空堆栈)。函数
c.函数修饰名约定:VC将函数编译后会在函数名前面加上下划线前缀,在函数名后加上"@"和参数的字节数。
ex. VC: int f(void *p) (编译后)-> _f@4(在外部汇编语言里能够用这个名字引用这个函数)优化
a.压栈顺序:用ECX和EDX传送前两个双字(DWORD)或更小的参数,剩下的 参数仍旧自右向左压栈传送
b.参数栈维护:被调用函数在返回前清理传送参数的内存栈
c.函数修饰名约定:VC将函数编译后会在函数名前面加上"@"前缀,在函数名后加上"@"和参数的字节数ui
a.压栈顺序:this指针存放于CX/ECX寄存器中,参数从右到左的压栈顺序
b.thiscall不是关键词,所以不能被程序员指定this
a..当采用1-4的调用约定时,若是必要的话,进入函数时编译器会产生代码来
保存ESI,EDI,EBX,EBP寄存器,退出函数时则产生代码恢复这些寄存器的内容
(这些代码称做 prolog and epilog code,通常,ebp,esp的保存是必须的)
b.naked call不产生这样的代码。naked call不是类型修饰符,故必须和_declspec共同使用.net
关键字 _stdcall、_cdecl和_fastcall(1-3)能够直接加在要输出的函数前。
它们对应的命令行参数分别为/Gz、/Gd和/Gr。缺省状态为/Gd,即__cdecl
要彻底模仿PASCAL调用约定首先必须使用_stdcall调用约定,函数名修饰约定可经过其它方法模仿
WINAPI宏,Windows.h支持该宏,它能够将出函数翻译成适当的调用约定,
在WIN32中,它被定义为_stdcall。使用WINAPI宏能够建立本身的APIs命令行
不少API函数就是象这样声明的:
int WINAPI MessageBoxA(HWND,LPCSTR,LPSTR,UINT);
而WINAPI实际上就是_stdcall.
大多数API都采用_stdcall调用规范,这是由于几乎全部的语言都支持_stdcall调用.
相比之下,_cdecl只有在C语言中才能用. 但_cdecl调用有一个特色,就是可以实现可变参数的函数调用,
好比printf,这用_stdcall调用是不可能的.
_fastcall这种调用规范比较少见,可是在Borland C++ Builder中比较多的采用了这种调用方式.
若是有共享代码的须要,好比写DLL,推荐的方法是用_stdcall调用,由于这样适用范围最广.
若是是C++语言写的代码供Delphi这样的语言调用就必须声明为_stdcall,
由于Pascal不支持cdecl调用(或许Delphi的最新版本可以支持也说不定,这个不太清楚).
在其余一些地方,好比写COM组件,几乎都用的是stdcall调用.
在VC或Delphi或C++Builder里面均可以从项目设置中更改默认的函数调用规范,
固然也可在函数声明时加入_stdcall,_cdecl,_fastcall关键字来明确的指示本函数用哪一种调用约定.
__declspec通常都是用来声明DLL中的导出函数.这个关键字也有一些其余的用法,不过很是罕见.
_declspec主要是用于说明DLL的引出函数的,在某些状况下用_declspec(dllexport)在DLL中声明引出函数,
比用传统的DEF文件方便.在普通程序中也可用_declspec(dllimport)说明函数是位于另外一个DLL中的导出函数.
如下是在dev-c++里创建自已的dll时的dll.h里面的代码,这里面有一个:_declspec(dllexport)翻译
#ifndef _DLLH
#define _DLLH//防重复定义
#if BUILDING_DLL
#define DLLIMPORT declspec (dllexport)
#else
#define DLLIMPORT declspec (dllimport)
#endif
DLLIMPORT void HelloWorld (void);
#endif
上面代码里面的_delcspce(dllexport)被定义为宏,这样能够提升程序的可读性.
这个的做用是将函数定义为导出函数,也就是说这个函数要被包含这个函数的程序以外的程序调用.
本语句中就是:void Helloword(void):
摘自msdn:在 32 位编译器版本中,可使用 __declspec(dllexport) 关键字从 DLL 导出数据、
函数、类或类成员函数。__declspec(dllexport) 将导出指令添加到对象文件
若要导出函数,__declspec(dllexport) 关键字必须出如今调用约定关键字的左边(若是指定了关键字)
例如:
_declspec(dllexport) void __cdecl Function1(void);
若要导出类中的全部公共数据成员和成员函数,关键字必须出如今类名的左边,以下所示:
class __declspec(dllexport) CExampleExport : public CObject
{ ... class definition ... };
生成 DLL 时,一般建立一个包含正在导出的函数原型和/或类的头文件,并将 __declspec(dllexport)
添加到头文件中的声明。若要提升代码的可读性,请为 __declspec(dllexport) 定义一个宏并对正在导出的
每一个符号使用该宏:#define DllExport __declspec( dllexport )
__declspec(dllexport) 将函数名存储在 DLL 的导出表中。若是但愿优化表的大小
附录>
“C”或者“C++”函数在内部(编译和连接)经过修饰名识别。修饰名是编译器在编译函数定义或者原
型时生成的字符串。有些状况下使用函数的修饰名是必要的,如在模块定义文件里头指定输出“C++”
重载函数、构造函数、析构函数,又如在汇编代码里调用“C””或“C++”函数等。
1>修饰名由函数名、类名、调用约定、返回类型、参数等共同决定。
2>名字修饰约定随调用约定和编译种类(C或C++)的不一样而变化。
函数名修饰约定随编译种类和调用约定的不一样而不一样,下面分别说明。
__stdcall调用约定在输出函数名前加上一个下划线前缀,后面加上一个“@”符号和其参数的字节数,
格式为_functionname@number。
__cdecl调用约定仅在输出函数名前加上一个下划线前缀,格式为_functionname。
__fastcall调用约定在输出函数名前加上一个“@”符号,后面也是一个“@”符号和其参数的字节数,
格式为@functionname@number。
它们均不改变输出函数名中的字符大小写,这和PASCAL调用约定不一样,
PASCAL约定输出的函数名无任何修饰且所有大写。
__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@@YGXZ”,例如
int Test1(char *var1,unsigned long)-----“?Test1@@YGHPADK@Z”
void Test2() -----“?Test2@@YGXXZ”
__cdecl调用约定:
规则同上面的_stdcall调用约定,只是参数表的开始标识由上面的“@@YG”变为“@@YA”。
__fastcall调用约定:
规则同上面的_stdcall调用约定,只是参数表的开始标识由上面的“@@YG”变为“@@YI”。
VC++对函数的省缺声明是"__cedcl",将只能被C/C++调用
转自:https://blog.csdn.net/lioncolumn/article/details/10376891