__stdcall __cdecl的区别

__stdcall __cdecl的区别
文章 1：

_stdcall将参数压栈是按C语言的顺序（从右到左），但与C 语言不同的是它是由被调用者将参数从栈中清除的,所以它的编译文件比_cdecl小。_stdcall是Windows API函数中默认的调用约定，VB、VFP等也采用这个约定。
_cdecl是C语言采用的默认调用方法，它的优点是支持printf这样的可变参数调用。
另外，VC++对于两种调用方法的名称转换方法也不同。

文章 2：

VisualC++CompilerOptions可以指定的CallingConvention有3种：
/Gd/Gr/Gz

这三个参数决定了：

1.函数参数以何种顺序入栈，右到左还是左到右。
2.在函数运行完后，是调用函数还是被调用函数清理入栈的参数。
3.在编译时函数名字是如何转换的。

下面我们分别详细介绍：

1./Gd
这是编译器默认的转换模式，对一般函数使用C的函数调用转换方式__cdecl，
但是对于C++成员函数和前面修饰了__stdcall__fastcall的函数除外。

2./Gr
对于一般函数使用__fastcall函数调用转换方式，所有使用__fastcall的函数
必须要有函数原形。但对于C++成员函数和前面修饰了__cdecl__stdcall的函数除外。

3./Gz
对于所有C函数使用__stdcall函数调用转换方式，但对于可变参数的C函数以
及用__cdecl__fastcall修饰过的函数和C++成员函数除外。所有用__stdcall
修饰的函数必须有函数原形。

事实上，对于x86系统，C++成员函数的调用方式有点特别，将成员函数的this
指针放入ECX，所有函数参数从右向左入栈，被调用的成员函数负责清理入栈的
参数。对于可变参数的成员函数，始终使用__cdecl的转换方式。

下面该进入主题，分别讲一下这三种函数调用转换方式有什么区别：

1.__cdecl
这是编译器默认的函数调用转换方式，它可以处理可变参数的函数调用。参数
的入栈顺序是从右向左。在函数运行结束后，由调用函数负责清理入栈的参数。
在编译时，在每个函数前面加上下划线(_)，没有函数名大小写的转换。即
　　_functionname

2.__fastcall
有一些函数调用的参数被放入ECX，EDX中，而其它参数从右向左入栈。被调用
函数在它将要返回时负责清理入栈的参数。在内嵌汇编语言的时候，需要注意
寄存器的使用，以免与编译器使用的产生冲突。函数名字的转换是：
　　@functionname@number
没有函数名大小写的转换，number表示函数参数的字节数。由于有一些参数不
需要入栈，所以这种转换方式会在一定程度上提高函数调用的速度。

3.__stdcall
　　函数参数从右向左入栈，被调用函数负责入栈参数的清理工作。函数名转换格
　　式如下：
　　　　_functionname@number

下面我们亲自写一个程序，看看各种不同的调用在编译后有什么区别，我们的被调
用函数如下：

intfunction(inta,intb)
{
returna+b;
}

voidmain()
{
function(10,20);
}

1.__cdecl

_function
pushebp
movebp,esp
moveax,[ebp+8];参数1
addeax,[ebp+C];加上参数2
popebp
retn
_main
pushebp
movebp,esp
push14h;参数2入栈
push0Ah;参数1入栈
call_function;调用函数
addesp,8;修正栈
xoreax,eax
popebp
retn

2.__fastcall

@function@8
pushebp
movebp,esp;保存栈指针
subesp,8;多了两个局部变量
mov[ebp-8],edx;保存参数2
mov[ebp-4],ecx;保存参数1
moveax,[ebp-4];参数1
addeax,[ebp-8];加上参数2
movesp,ebp;修正栈
popebp
retn
_main
pushebp
movebp,esp
movedx,14h;参数2给EDX
movecx,0Ah;参数1给ECX
call@function@8;调用函数
xoreax,eax
popebp
retn

3.__stdcall

_function@8
pushebp
movebp,esp
moveax,[ebp];参数1
addeax,[ebp+C];加上参数2
popebp
retn8;修复栈
_main
pushebp
movebp,esp
push14h;参数2入栈
push0Ah;参数1入栈
　call_function@8　　　　;函数调用
xoreax,eax
popebp
retn

可见上述三种方法各有各的特点，而且_main必须是__cdecl，一般WIN32的函数都是
__stdcall。而且在Windef.h中有如下的定义：

#defineCALLBACK__stdcall
#defineWINAPI　__stdcall

_cdecl

按从右至左的顺序压参数入栈，由调用者把参数弹出栈。对于“C”函数或者变量，修饰名是在函数名前加下划线。对于“C++”函数，有所不同。

如函数void test(void)的修饰名是_test；对于不属于一个类的“C++”全局函数，修饰名是?test@@ZAXXZ。

这是MFC缺省调用约定。由于是调用者负责把参数弹出栈，所以可以给函数定义个数不定的参数，如printf函数。

_stdcall

按从右至左的顺序压参数入栈，由被调用者把参数弹出栈。对于“C”函数或者变量，修饰名以下划线为前缀，然后是函数名，然后是符号“@”及参数的字节数，如函数int func(int a, double b)的修饰名是_func@12。对于“C++”函数，则有所不同。

所有的Win32 API函数都遵循该约定。

_fastcall

头两个DWORD类型或者占更少字节的参数被放入ECX和EDX寄存器，其他剩下的参数按从右到左的顺序压入栈。由被调用者把参数弹出栈，对于“C”函数或者变量，修饰名以“@”为前缀，然后是函数名，接着是符号“@”及参数的字节数，如函数int func(int a, double b)的修饰名是@func@12。对于“C++”函数，有所不同。

未来的编译器可能使用不同的寄存器来存放参数。

thiscall

仅仅应用于“C++”成员函数。this指针存放于CX寄存器，参数从右到左压栈。thiscall不是关键词，因此不能被程序员指定。

naked call

采用1-4的调用约定时，如果必要的话，进入函数时编译器会产生代码来保存ESI，EDI，EBX，EBP寄存器，退出函数时则产生代码恢复这些寄存器的内容。naked call不产生这样的代码。

naked call不是类型修饰符，故必须和_declspec共同使用，如下：

__declspec( naked ) int func( formal_parameters )

{

// Function body

}

 

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=576607