快捷導(dǎo)航

C語(yǔ)言三種函數(shù)調(diào)用約定_cdecl與_stdcall及_fastcall詳細(xì)講解

更新時(shí)間：2022年10月19日 14:47:46 作者：是星星鴨

本篇文章使用的工具是vs2010，內(nèi)容可能涉及到匯編的知識(shí)，建議有一些匯編基礎(chǔ)的再來(lái)看，不過(guò)沒(méi)有匯編基礎(chǔ)也沒(méi)有關(guān)系，了解一下這三種調(diào)用約定即可

C語(yǔ)言常用的調(diào)用約定

以下就是C語(yǔ)言常用的三種調(diào)用約定：

調(diào)用約定	參數(shù)壓棧順序	平衡堆棧
__cdecl	從右往左依次入棧	調(diào)用者清理堆棧
__stdcall	從右往左依次入棧	自身清理堆棧
__fastcall	ECX/EDX傳遞前兩個(gè)參數(shù) 剩下的從右往左依次入棧	自身清理堆棧

下面會(huì)舉例為大家講解三種調(diào)用約定的區(qū)別。

一、_cdecl調(diào)用約定

這是C語(yǔ)言默認(rèn)的調(diào)用約定，使用的平棧方式為外平棧

示例代碼：

以下代碼不使用任何調(diào)用約定，讓我們來(lái)看看函數(shù)默認(rèn)的調(diào)用約定是什么。

#include <stdio.h>
int method(int x,int y)
{
    return x+y;
}
int main()
{
    __asm mov eax,eax;    // 此處設(shè)置斷點(diǎn)
    method(1,2);
    return 0;
}

編譯、調(diào)試、ALT+8調(diào)出反匯編如下：

根據(jù)上面這張圖的描述，默認(rèn)的約定很符合__cdecl約定。

使用cdecl約定，如下:

vs2010：Ctrl+Alt+F7重新生成、F5調(diào)試、ALT+8查看反匯編：

一模一樣，可以看出__cdecl就是C語(yǔ)言默認(rèn)的調(diào)用約定。

二、_stdcall調(diào)用約定

和__cdecl一樣都是從右往左入棧參數(shù)，不過(guò)該調(diào)用約定使用的平棧方式是內(nèi)平棧

示例代碼：

Ctrl+Alt+F7重新生成、F5調(diào)試、ALT+8查看反匯編：

可以看到，這里已經(jīng)看不到堆棧的處理了。

F11不斷執(zhí)行，直到進(jìn)入call指令調(diào)用的method函數(shù)中：

平棧操作跑到函數(shù)內(nèi)部了，__cdecl約定是調(diào)用者(main)函數(shù)進(jìn)行平棧，而__stdcall約定是函數(shù)內(nèi)部自身進(jìn)行平棧。

三、_fastcall調(diào)用約定

這是一個(gè)比較特殊的調(diào)用約定，當(dāng)函數(shù)參數(shù)為兩個(gè)或者以下時(shí)，該約定的效率遠(yuǎn)遠(yuǎn)大于上面兩種，當(dāng)然隨著參數(shù)越來(lái)越多，該約定與上面兩種約定的差距逐漸縮小。

證明如下：

首先，我們使用__fastcall調(diào)用約定并傳入兩個(gè)參數(shù)。

重新生成、調(diào)試、匯編：

F11進(jìn)入函數(shù)內(nèi)部查看：

可以看出函數(shù)內(nèi)部和外部都沒(méi)有清理堆棧的操作。

這也就是__fastcall效率高的原因。

因?yàn)榧拇嫫骶褪菍儆赾pu的，然后堆棧是內(nèi)存，使用cpu進(jìn)行操作的效率肯定會(huì)大于使用內(nèi)存，所以我們使用寄存器的效率肯定比push傳參效率高很多啊。

那么為什么沒(méi)有平棧操作呢？

因?yàn)槲覀儧](méi)有使用堆棧啊，我們只是用了寄存器，并沒(méi)有使用堆棧操作。

但是當(dāng)我們傳入更多的參數(shù)的時(shí)候就需要用到堆棧了，因?yàn)開(kāi)_fastcall他只給我們提供了兩個(gè)寄存器ECX/EDX可以用來(lái)傳參。

四個(gè)參數(shù)試試：

重新生成、調(diào)試、匯編：

F11進(jìn)入函數(shù)內(nèi)部查看：

通過(guò)四個(gè)參數(shù)的傳遞，證明了：

函數(shù)參數(shù)除了前兩個(gè)參數(shù)使用寄存器、其他的依舊使用堆棧從右往左傳參，并且是自身清理堆棧，不是調(diào)用者清理。

思考為什么參數(shù)越來(lái)越多的時(shí)候，__fastcall與其他調(diào)用約定的差距越來(lái)越小呢？

答：首先我們知道了使用寄存器(cpu)的效率遠(yuǎn)遠(yuǎn)大于使用堆棧(內(nèi)存)，然而__fastcall約定也只能使用兩個(gè)寄存器，當(dāng)函數(shù)參數(shù)只有兩個(gè)時(shí)，__fastcall可以完全使用寄存器進(jìn)行函數(shù)傳參，所以這個(gè)時(shí)候他和__cdecl和__stdcall的差距最大。隨著參數(shù)越來(lái)越多，__fastcall依舊只能使用兩個(gè)寄存器，這樣一來(lái)參數(shù)越多，__fastcall使用內(nèi)存的占比就越大，所以性能差距也就越來(lái)越小。

總結(jié)

以上的內(nèi)容匯總?cè)缦拢?/p>

調(diào)用約定	參數(shù)壓棧順序	平衡堆棧	調(diào)用約定特點(diǎn)
__cdecl	從右往左依次入棧	調(diào)用者清理堆棧	這是C語(yǔ)言默認(rèn)的調(diào)用約定，使用的平棧方式為外平棧
__stdcall	從右往左依次入棧	自身清理堆棧	和__cdecl一樣都是從右往左入棧參數(shù)，不過(guò)該調(diào)用約定使用的平棧方式是內(nèi)平棧
__fastcall	ECX/EDX傳遞前兩個(gè)參數(shù) 剩下的從右往左依次入棧	自身清理堆棧	這是一個(gè)比較特殊的調(diào)用約定，當(dāng)函數(shù)參數(shù)為兩個(gè)或者以下時(shí)，該約定的效率遠(yuǎn)遠(yuǎn)大于上面兩種，當(dāng)然隨著參數(shù)越來(lái)越多，該約定與上面兩種約定的差距逐漸縮小。

到此這篇關(guān)于C語(yǔ)言三種函數(shù)調(diào)用約定_cdecl與_stdcall及_fastcall詳細(xì)講解的文章就介紹到這了,更多相關(guān)C語(yǔ)言函數(shù)調(diào)用約定內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: