C語言三種函數調用約定_第1頁
C語言三種函數調用約定_第2頁
C語言三種函數調用約定_第3頁
C語言三種函數調用約定_第4頁
C語言三種函數調用約定_第5頁
全文預覽已結束

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

第C語言三種函數調用約定目錄C語言常用的調用約定一、_cdecl調用約定二、_stdcall調用約定三、_fastcall調用約定總結

C語言常用的調用約定

以下就是C語言常用的三種調用約定:

調用約定參數壓棧順序平衡堆棧__cdecl從右往左依次入棧調用者清理堆棧__stdcall從右往左依次入棧自身清理堆棧__fastcallECX/EDX傳遞前兩個參數剩下的從右往左依次入棧自身清理堆棧

下面會舉例為大家講解三種調用約定的區別。

一、_cdecl調用約定

這是C語言默認的調用約定,使用的平棧方式為外平棧

示例代碼:

以下代碼不使用任何調用約定,讓我們來看看函數默認的調用約定是什么。

#includestdio.h

intmethod(intx,inty)

returnx+y;

intmain()

__asmmoveax,eax;//此處設置斷點

method(1,2);

return0;

}

編譯、調試、ALT+8調出反匯編如下:

根據上面這張圖的描述,默認的約定很符合__cdecl約定。

使用cdecl約定,如下:

vs2010:Ctrl+Alt+F7重新生成、F5調試、ALT+8查看反匯編:

一模一樣,可以看出__cdecl就是C語言默認的調用約定。

二、_stdcall調用約定

和__cdecl一樣都是從右往左入棧參數,不過該調用約定使用的平棧方式是內平棧

示例代碼:

Ctrl+Alt+F7重新生成、F5調試、ALT+8查看反匯編:

可以看到,這里已經看不到堆棧的處理了。

F11不斷執行,直到進入call指令調用的method函數中:

平棧操作跑到函數內部了,__cdecl約定是調用者(main)函數進行平棧,而__stdcall約定是函數內部自身進行平棧。

三、_fastcall調用約定

這是一個比較特殊的調用約定,當函數參數為兩個或者以下時,該約定的效率遠遠大于上面兩種,當然隨著參數越來越多,該約定與上面兩種約定的差距逐漸縮小。

證明如下:

首先,我們使用__fastcall調用約定并傳入兩個參數。

重新生成、調試、匯編:

F11進入函數內部查看:

可以看出函數內部和外部都沒有清理堆棧的操作。

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

因為寄存器就是屬于cpu的,然后堆棧是內存,使用cpu進行操作的效率肯定會大于使用內存,所以我們使用寄存器的效率肯定比push傳參效率高很多啊。

那么為什么沒有平棧操作呢?

因為我們沒有使用堆棧啊,我們只是用了寄存器,并沒有使用堆棧操作。

但是當我們傳入更多的參數的時候就需要用到堆棧了,因為__fastcall他只給我們提供了兩個寄存器ECX/EDX可以用來傳參。

四個參數試試:

重新生成、調試、匯編:

F11進入函數內部查看:

通過四個參數的傳遞,證明了:

函數參數除了前兩個參數使用寄存器、其他的依舊使用堆棧從右往左傳參,并且是自身清理堆棧,不是調用者清理。

思考為什么參數越來越多的時候,__fastcall與其他調用約定的差距越來越小呢?

答:首先我們知道了使用寄存器(cpu)的效率遠遠大于使用堆棧(內存),然而__fastcall約定也只能使用兩個寄存器,當函數參數只有兩個時,__fastcall可以完全使用寄存器進行函數傳參,所以這個時候他和__cdecl和__stdcall的差距最大。隨著參數越來越多,__fastcall依舊只能使用兩個寄存器,這樣一來參數越多,__fastcall使用內存的占比就越大,所以性能差距也就越來越小。

總結

以上的內容匯總如下:

調用約定參數壓棧順序平衡堆棧調用約定特點__cdecl從右往左依次入棧調用者清理堆棧這是C語言默認的調用約定,使用的平棧方式為外平棧__stdcall從右往左依次入棧自身清理堆棧和__cdecl一樣都是從右往左入棧參數,不過該調用約定使用的平棧方式是內平棧__fastcallECX/ED

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論