• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆-4  評論-40  文章-117  trackbacks-0

             

              _cdecl 是C Declaration的縮寫,表示C語言默認的函數調用方法:所有參數從右到左依次入棧,這些參數由調用者清除,稱為手動清棧。被調用函數不需要求調用者傳遞多少參數,調用者傳遞過多或者過少的參數,甚至完全不同的參數都不會產生編譯階段的錯誤。
              _stdcall 是Standard Call的縮寫,是C++的標準調用方式:所有參數從右到左依次入棧,如果是調用類成員的話,最后一個入棧的是this指針。這些堆棧中的參數由被調用的函數在返回后清除,使用的指令是 retn X,X表示參數占用的字節數,CPU在ret之后自動彈出X個字節的堆棧空間。稱為自動清棧。函數在編譯的時候就必須確定參數個數,并且調用者必須嚴格的控制參數的生成,不能多,不能少,否則返回后會出錯。
              PASCAL 是Pascal語言的函數調用方式,也可以在C/C++中使用,參數壓棧順序與前兩者相反。返回時的清棧方式忘記了。。。
              _fastcall 是編譯器指定的快速調用方式。由于大多數的函數參數個數很少,使用堆棧傳遞比較費時。因此_fastcall通常規定將前兩個(或若干個)參數由寄存器傳遞,其余參數還是通過堆棧傳遞。不同編譯器編譯的程序規定的寄存器不同。返回方式和_stdcall相當。
              _thiscall 是為了解決類成員調用中this指針傳遞而規定的。_thiscall要求把this指針放在特定寄存器中,該寄存器由編譯器決定。VC使用ecx,Borland的C++編譯器使用eax。返回方式和_stdcall相當。
              _fastcall 和 _thiscall涉及的寄存器由編譯器決定,因此不能用作跨編譯器的接口。所以Windows上的COM對象接口都定義為_stdcall調用方式。
              C中不加說明默認函數為_cdecl方式(C中也只能用這種方式),C++也一樣,但是默認的調用方式可以在IDE環境中設置。
              帶有可變參數的函數必須且只能使用_cdecl方式,例如下面的函數:
              int printf(char * fmtStr, ...);
              int scanf(char * fmtStr, ...);
              */
              調用約定:
              __cdecl __fastcall與 __stdcall,三者都是調用約定(Calling convention),它決定以下內容:1)函數參數的壓棧順序,2)由調用者還是被調用者把參數彈出棧,3)以及產生函數修飾名的方法。
              1、__stdcall調用約定:函數的參數自右向左通過棧傳遞,被調用的函數在返回前清理傳送參數的內存棧,
              2、_cdecl是C和C++程序的缺省調用方式。每一個調用它的函數都包含清空堆棧的代碼,所以產生的可執行文件大小會比調用_stdcall函數的大。函數采用從右到左的壓棧方式。注意:對于可變參數的成員函數,始終使用__cdecl的轉換方式。
              3、__fastcall調用約定:它是通過寄存器來傳送參數的(實際上,它用ECX和EDX傳送前兩個雙字(DWORD)或更小的參數,剩下的參數仍舊自右向左壓棧傳送,被調用的函數在返回前清理傳送參數的內存棧)。
              4、thiscall僅僅應用于"C++"成員函數。this指針存放于CX寄存器,參數從右到左壓。thiscall不是關鍵詞,因此不能被程序員指定。
              5、naked call采用1-4的調用約定時,如果必要的話,進入函數時編譯器會產生代碼來保存ESI,EDI,EBX,EBP寄存器,退出函數時則產生代碼恢復這些寄存器的內容。naked call不產生這樣的代碼。naked call不是類型修飾符,故必須和_declspec共同使用。
              調用約定可以通過工程設置:Setting...\C/C++ \Code Generation項進行選擇,缺省狀態為__cdecl。
              名字修飾約定:
              1、修飾名(Decoration name):"C"或者"C++"函數在內部(編譯和鏈接)通過修飾名識別
              2、C編譯時函數名修飾約定規則:
              __stdcall調用約定在輸出函數名前加上一個下劃線前綴,后面加上一個"@"符號和其參數的字節數,格式為_functionname@number,例如 :function(int a, int b),其修飾名為:_function@8
              __cdecl調用約定僅在輸出函數名前加上一個下劃線前綴,格式為_functionname。
              __fastcall調用約定在輸出函數名前加上一個"@"符號,后面也是一個"@"符號和其參數的字節數,格式為@functionname@number。




            posted on 2010-04-20 18:13 李陽 閱讀(529) 評論(0)  編輯 收藏 引用 所屬分類: C++
            99精品国产综合久久久久五月天| 久久精品国产亚洲AV香蕉| 久久久久人妻精品一区二区三区| 国产亚洲综合久久系列| 久久久国产乱子伦精品作者| 国产精品久久久99| 久久精品一本到99热免费| 久久青草国产手机看片福利盒子 | 国产亚洲美女精品久久久久狼| 久久99国产精品久久99| 人妻无码精品久久亚瑟影视| av无码久久久久不卡免费网站| 婷婷久久综合九色综合绿巨人 | 国产成人精品久久一区二区三区| 国产AⅤ精品一区二区三区久久 | 久久久精品免费国产四虎| 久久天天躁狠狠躁夜夜不卡| 99久久久国产精品免费无卡顿| 三级片免费观看久久| 亚洲成色999久久网站| 亚洲乱码中文字幕久久孕妇黑人| 大香网伊人久久综合网2020| 日韩人妻无码精品久久免费一| 精品99久久aaa一级毛片| 久久亚洲AV成人无码国产 | 日产精品久久久久久久| 看全色黄大色大片免费久久久| www.久久热.com| 国内精品伊人久久久久av一坑| 一本一道久久综合狠狠老| 久久亚洲天堂| 激情综合色综合久久综合| 国产精品欧美久久久久无广告| 久久精品国产亚洲AV嫖农村妇女| 久久久WWW免费人成精品| 国产精品久久久久久五月尺| 国产精品九九九久久九九| 激情综合色综合久久综合| 精品国产青草久久久久福利| 久久综合精品国产一区二区三区 | Xx性欧美肥妇精品久久久久久|