函数调用的三种约定，你都清楚吗

清疚 2022-11-24 14:17 204阅读 0赞

\_\_cdecl、\_\_stdcall、\_\_fastcall是C/C++里中经常见到的三种函数调用方式。其中\_\_cdecl是C/C++默认的调用方式，\_\_stdcall是windows API函数的调用方式，只不过我们在头文件里查看这些API的声明的时候是用了WINAPI的宏进行代替了，而这个宏其实就是\_\_stdcall了。

三种调用方式的区别相信大家应该有些了解，这篇文章主要从实例和汇编的角度阐述这些区别的表现形态，使其对它们的区别认识从理论向实际过渡。

我们知道，函数的调用过程是通过函数栈帧的不断变化实现的：

![image][]

函数的调用，涉及参数传递，返回值传递，调用后返回，这都是通过栈的变化来实现的，对于三种调用约定而言：

**\_\_cdecl:**

C/C++默认方式，参数从右向左入栈，主调函数负责栈平衡。

**\_\_stdcall：**

windows API默认方式，参数从右向左入栈，被调函数负责栈平衡。

**\_\_fastcall：**

快速调用方式。所谓快速，这种方式选择将参数优先从寄存器传入（ECX和EDX），剩下的参数再从右向左从栈传入。因为栈是位于内存的区域，而寄存器位于CPU内，故存取方式快于内存，故其名曰“\_\_fastcall”。

下面从实例来认识一下这三种调用约定。先来看一个简单的不能再简单的程序了：

![image][image 1]

三个函数的内容都是一样的，不同的是使用了三种调用的方式。我们先来看看在main函数调用三个函数的时候的汇编代码：

![image][image 2]

按照上面说的那样，\_\_cdecl按照参数从右向左的方式进入栈区，注意Fun1()和Fun3()的区别，Fun1()在call Fun1()之后执行了add esp,8。这一操作正是我们前面所说的进行栈的平衡。调用函数之前连续进行了两次push操作将函数所需的实参5和2先后压入了栈区，调用完成后，我们需要恢复调用前的状态，则需调整栈顶指针esp的位置，这一工作由谁来完成就决定了两种函数调用方式\_\_cdecl（主调函数完成）和\_\_stdcall（被调函数完成）的区别。上图我们看到了\_\_cdecl中由主调函数完成了，那么\_\_stdcall呢，在被调函数Fun3()中，转向被调函数结尾处的代码，我们看到了这一句：

![image][image 3]

那么Fun1()结尾处又是如何呢？

![image][image 4]

看到了吧，这个ret指令后面跟没跟值就决定了函数返回是栈指针ESP需要增加的量。这样，不需要主调函数再调用add指令为ESP操作平衡栈区，节约了程序的开销，一条指令开销小，如果十万百万个这样的调用，这个开销就明显了。

说完了\_\_cdecl和\_\_stdcall，再来看看\_\_fastcall，如前面图看到的调用时并未使用push指令向栈里传参数，而是使用了

mov  edx, 5

mov  ecx, 2

两条指令。这样直接将参数传入寄存器，被调函数在执行的时候直接从寄存器取值即可，省去了从栈里取出来给寄存器，再从寄存器取出来放入内存。

不过，说个题外话，ecx寄存器经常作为计数和C++里this指针的传递媒介。在这种情况下，情况又是怎样的呢，下次分析C++操作符 new 的时候再予以讨论。ecx做计数器时，需要将ecx中存储的实参先压入栈区，计数操作完成后再pop出来。如此一来，这个fastcall倒显得不那么fast了。当然，上面所说的这些操作都是由编译器在背后为我们完成的，开发人员无需关心这些操作，对我们是透明的。不过，知其然更知其所以然方能立于不败之地！

其实做为一个学习者，有一个学习的氛围跟一个交流圈子特别重要这里我推荐一个C/C++基础交流583650410，不管你是小白还是转行人士欢迎入驻，大家一起交流成长。  
![format_png][]  
![format_png 1][]

[image]: /images/20221124/fb3f6c054472484e96f611be41de8c64.png
[image 1]: /images/20221124/d0189b52c7ae47d79b709becf4fbb65a.png
[image 2]: /images/20221124/4df3903374214370a3535a7a6e3a451d.png
[image 3]: /images/20221124/7de36998339b4a09b87f5ac6faf7dbe3.png
[image 4]: /images/20221124/f201c9bfd19940bea9b52e7c06ec352a.png
[format_png]: /images/20221124/2c95ed17b8954219af45e3b694cd7402.png
[format_png 1]: /images/20221124/f90b26b0f2874dfabd7e4b881782c425.png