青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆 - 20, 文章 - 0, 評論 - 45, 引用 - 0
數(shù)據(jù)加載中……

函數(shù)調(diào)用的區(qū)別:_cdecl以及_stdcall

一、概念
1)_stdcall調(diào)用
   _stdcall是Pascal程序的缺省調(diào)用方式,參數(shù)采用從右到左的壓棧方式,由調(diào)用者完成壓棧操作,被調(diào)函數(shù)自身在返回前清空堆棧。
   WIN32 Api都采用_stdcall調(diào)用方式,這樣的宏定義說明了問題:  #define WINAPI _stdcall
  
   按C編譯方式,_stdcall調(diào)用約定在輸出函數(shù)名前面加下劃線,后面加“@”符號和參數(shù)的字節(jié)數(shù),形如_functionname@number.
   Therefore, the function declared as int func( int a, double b ) is decorated as follows: _func@12.
   按C++編譯方式,可參看(三)

 2)_cdecl調(diào)用
  
_cdecl是C/C++的缺省調(diào)用方式,參數(shù)采用從右到左的壓棧方式,由調(diào)用者完成壓棧操作 ,傳送參數(shù)的內(nèi)存棧由調(diào)用者維護(hù)
   _cedcl約定的函數(shù)只能被C/C++調(diào)用
,每一個調(diào)用它的函數(shù)都包含清空堆棧的代碼,所以產(chǎn)生的可執(zhí)行文件大小會比調(diào)用_stdcall函數(shù)的大。
   按C編譯方式,_cdecl調(diào)用約定僅在輸出函數(shù)名前面加下劃線,形如_functionname。
   按C++編譯方式,可參看(三)

二、區(qū)別
     幾乎我們寫的每一個WINDOWS API函數(shù)都是__stdcall類型的,首先,需要了解兩者之間的區(qū)別: WINDOWS的函數(shù)調(diào)用時需要用到棧(STACK,一種先入后出的存儲結(jié)構(gòu))。當(dāng)函數(shù)調(diào)用完成后,棧需要清除,這里就是問題的關(guān)鍵,如何清除?如果我 們的函數(shù)使用了_cdecl,那么棧的清除工作是由調(diào)用者,用COM的術(shù)語來講就是客戶來完成的。這樣帶來了一個棘手的問題,不同的編譯器產(chǎn)生棧的方式不 盡相同,那么調(diào)用者能否正常的完成清除工作呢?答案是不能。如果使用__stdcall,上面的問題就解決了,函數(shù)自己解決清除工作。所以,在跨(開發(fā)) 平臺的調(diào)用中,我們都使用__stdcall(雖然有時是以WINAPI的樣子出現(xiàn))。那么為什么還需要_cdecl呢?當(dāng)我們遇到這樣的函數(shù)如 fprintf()它的參數(shù)是可變的,不定長的,被調(diào)用者事先無法知道參數(shù)的長度,事后的清除工作也無法正常的進(jìn)行,因此,這種情況我們只能使用 _cdecl。到這里我們有一個結(jié)論,如果你的程序中沒有涉及可變參數(shù),最好使用__stdcall關(guān)鍵字。

三、編譯時函數(shù)名修飾約定規(guī)則
1)首先介紹一下函數(shù)修飾名,C” 或者“C++”函數(shù)在內(nèi)部(編譯和鏈接)通過修飾名識別。修飾名是編譯器在編譯函數(shù)定義或者原型時生成的字符串。有些情況下使用函數(shù)的修飾名是必要的,如 在模塊定義文件里頭指定輸出“C++”重載函數(shù)、構(gòu)造函數(shù)、析構(gòu)函數(shù),又如在匯編代碼里調(diào)用“C””或“C++”函數(shù)等。修飾名由函數(shù)名、類名、調(diào)用約定、返回類型、參數(shù)等共同決定。名字修飾約定隨調(diào)用約定和編譯種類(C或C++)的不同而變化。函數(shù)名修飾約定隨編譯種類和調(diào)用約定的不同而不同。下面詳細(xì)說明在C++編譯器中修飾名的約定方法,在C編譯器中的變化已經(jīng)在(一)中闡述。

2)C++編譯時函數(shù)名修飾約定規(guī)則
    __stdcall調(diào)用約定:
  1)、以"?"標(biāo)識函數(shù)名的開始,后跟函數(shù)名;
  2)、函數(shù)名后面以"@@YG"標(biāo)識參數(shù)表的開始,后跟參數(shù)表;
  3)、參數(shù)表以代號表示:
  X--void ,
  D--char,
  E--unsigned char,
  F--short,
  H--int,
  I--unsigned int,
  J--long,
  K--unsigned long,
  M--float,
  N--double,
  _N--bool,
  PA--表示指針,后面的代號表明指針類型,如果相同類型的指針連續(xù)出現(xiàn),以"0"代替,一個"0"代表一次重復(fù);
  4)、參數(shù)表的第一項(xiàng)為該函數(shù)的返回值類型,其后依次為參數(shù)的數(shù)據(jù)類型,指針標(biāo)識在其所指數(shù)據(jù)類型前;
  5)、參數(shù)表后以"@Z"標(biāo)識整個名字的結(jié)束,如果該函數(shù)無參數(shù),則以"Z"標(biāo)識結(jié)束。
  其格式為"?functionname@@YG*****@Z"或"?functionname@@YG*XZ",例如   int Test1(char *var1,unsigned long)-----“?Test1@@YGHPADK@Z”   void Test2() -----“?Test2@@YGXXZ
  __cdecl調(diào)用約定:
  規(guī)則同上面的_stdcall調(diào)用約定,只是參數(shù)表的開始標(biāo)識由上面的"@@YG"變?yōu)?@@YA"。

四、在C++編譯時,引入c庫里面的函數(shù)的處理
    如果Add(int a, int b)是在c語言編譯器編譯,而在c++文件使用,由(三)知,因?yàn)閏編譯器和c++編譯器對函數(shù)名的解釋不一樣(c++編譯器解釋函數(shù)名的時候要考慮函數(shù)參數(shù),這樣是了方便函數(shù)重載,而在c語言中不存在函數(shù)重載的問題),會出現(xiàn)鏈接錯誤。 哪么該如何處理呢?這是關(guān)鍵字extern就派上用場了。
   而在c++文件使用c編譯器編譯過的函數(shù),則需要在c++文件中聲明:extern "C" Add(int a, int b),使用extern "C",實(shí)質(zhì)就是告訴c++編譯器,該函數(shù)是c庫里面的函數(shù)。請保持我的名稱,不要給我生成用于鏈接的函數(shù)修飾名。
   另外順便說一下extern的另一個用途,extern可以置于變量或者函數(shù)前,以標(biāo)示變量或者函數(shù)的定義在別的文件中,提示編譯器遇到此變量和函數(shù)時在其他模塊中尋找其定義。#inlcude "***.***"     和 int   f()  等價(jià)于   extern int f() ;即 extern 申明的函數(shù)前不需要加引用頭文件就能用。

參考文獻(xiàn):
博客:http://www.cnblogs.com/Winston/archive/2008/09/11/1289391.html










posted on 2011-04-19 13:23 Kenny Jiang 閱讀(9986) 評論(12)  編輯 收藏 引用 所屬分類: C++

評論

# re: 函數(shù)調(diào)用的區(qū)別:_cdecl以及_stdcall  回復(fù)  更多評論   

其實(shí),從設(shè)計(jì)角度上說,還是覺得__cdecl 合理些,誰創(chuàng)建誰銷毀
2011-04-19 15:30 | 溪流

# re: 函數(shù)調(diào)用的區(qū)別:_cdecl以及_stdcall  回復(fù)  更多評論   

@溪流
_cdecl是由調(diào)用者銷毀的。不同的編譯器產(chǎn)生棧的方式不盡相同,所以在跨語言時是不適用的。
2011-04-19 17:57 | Kenny Jiang

# re: 函數(shù)調(diào)用的區(qū)別:_cdecl以及_stdcall  回復(fù)  更多評論   

@Kenny Jiang
這怎么說?壓棧工作難道不是主調(diào)函數(shù)做的?
2011-04-19 22:54 | 溪流

# re: 函數(shù)調(diào)用的區(qū)別:_cdecl以及_stdcall  回復(fù)  更多評論   

說得 亂七八糟 完全不對 什么叫不同編譯器產(chǎn)生棧不同 我沒見過..都是內(nèi)存 沒有不同的 大部分語言都可以指定調(diào)用方式 只要知道調(diào)用約定 _stdcall和_cdecl 沒區(qū)別 使用 _stdcall只是默認(rèn)規(guī)則而已 另外 Pascal的默認(rèn)調(diào)用約定是_fastcall 最新版本的vs 則更加亂 ecx esi edi eax edx 都會拿來傳參
2011-04-20 02:53 | Lo

# re: 函數(shù)調(diào)用的區(qū)別:_cdecl以及_stdcall  回復(fù)  更多評論   

@Lo
額,我們的程序能夠正常運(yùn)行都是編譯器的功勞,每種語言都有自己的編譯器,而且不止一種,如c++有g(shù)cc,vs等。他們的約定方式不同,所以如果用vs調(diào)用gcc編譯產(chǎn)生的庫,那么vs可能不能正確釋放gcc的棧,所以跨平臺時,建議是函數(shù)本身釋放這些空間,而不是調(diào)用者,即_stdcall方式。
2011-04-20 12:43 | Kenny Jiang

# re: 函數(shù)調(diào)用的區(qū)別:_cdecl以及_stdcall  回復(fù)  更多評論   

@溪流
你可以詳細(xì)看看博客,這個是有區(qū)別的。
2011-04-20 12:47 | Kenny Jiang

# re: 函數(shù)調(diào)用的區(qū)別:_cdecl以及_stdcall  回復(fù)  更多評論   

@Lo
fastcall不就是拿寄存器來傳的。不過到了64位下面,stdcall啊cdecl啊這些亂七八糟的東西都被取消了,全部做成fastcall。但是你stdcall仍然可以使用,就是會被當(dāng)成fastcall來編譯了。

而且stdcall啊cdecl啊fastcall啊都是跟編譯器無關(guān)的協(xié)議,不會受到不同編譯器的影響的。不然gcc怎么調(diào)用windows api?
2011-04-20 13:21 | 陳梓瀚(vczh)

# re: 函數(shù)調(diào)用的區(qū)別:_cdecl以及_stdcall  回復(fù)  更多評論   

@Kenny Jiang
你可以仔細(xì)看看我的回復(fù)以及樓上,我覺得你理解的有問題
2011-04-20 13:33 | 溪流

# re: 函數(shù)調(diào)用的區(qū)別:_cdecl以及_stdcall  回復(fù)  更多評論   

@陳梓瀚(vczh)
恩,你說的對。
gcc能調(diào)用win api是因?yàn)閣in api缺省都是_stdcall,由被調(diào)者銷毀堆棧。如果是cdecl那么就會出現(xiàn)問題。而C++/c缺省是cdecl,所以在導(dǎo)出函數(shù)接口時(如自己寫的DLL),需要特別強(qiáng)調(diào)是_stdcall才可以被別的語言正常使用。
2011-04-20 17:11 | Kenny Jiang

# re: 函數(shù)調(diào)用的區(qū)別:_cdecl以及_stdcall  回復(fù)  更多評論   

@溪流
呵呵,壓棧是主調(diào)函數(shù)做的,但是出棧就不同了。
一點(diǎn)都不給博主點(diǎn)面子,回復(fù)很犀利,呵呵。
2011-04-20 17:12 | Kenny Jiang

# re: 函數(shù)調(diào)用的區(qū)別:_cdecl以及_stdcall  回復(fù)  更多評論   

@Kenny Jiang
正因?yàn)閴簵J侵髡{(diào)函數(shù)做的,所以,如果存在你說的“編譯器不同導(dǎo)致‘棧不同’”的問題,出棧工作不是應(yīng)該同樣由主調(diào)函數(shù)承擔(dān)才不至于出問題嗎?所以從這一點(diǎn)上說,__cdecl 顯得更合理。
其他的,是否語言間能互相識別,只要遵循同樣的調(diào)用約定就可以了,不存在某種調(diào)用約定的特殊優(yōu)勢。

2011-04-20 20:55 | 溪流

# re: 函數(shù)調(diào)用的區(qū)別:_cdecl以及_stdcall  回復(fù)  更多評論   

http://msdn.microsoft.com/en-us/library/zxk0tw93%28v=vs.71%29.aspx
2013-07-17 10:52 | paster
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            国产精品videosex极品| 香蕉乱码成人久久天堂爱免费| 乱中年女人伦av一区二区| 9l国产精品久久久久麻豆| 亚洲午夜在线观看视频在线| 精久久久久久| 亚洲一区网站| 一本色道久久加勒比88综合| 亚洲视频电影图片偷拍一区| 亚洲精选91| 亚洲欧美日韩精品| 久久精品中文字幕免费mv| 亚洲欧美国产精品va在线观看 | 国产日韩欧美二区| 欧美日韩另类在线| 性欧美video另类hd性玩具| 亚洲综合视频网| 欧美自拍偷拍午夜视频| 久久综合给合久久狠狠狠97色69| 欧美sm视频| 欧美日韩三级一区二区| 国产精品网站在线| 亚洲欧美大片| 一个人看的www久久| 欧美国产欧美综合| 狼人社综合社区| 国产曰批免费观看久久久| 亚洲午夜视频在线| 一区二区三区四区五区精品视频 | 欧美一区二区三区成人 | 欧美福利在线观看| 亚洲激情影院| 亚洲精品免费网站| 欧美多人爱爱视频网站| 亚洲欧洲精品一区二区三区| 亚洲欧洲精品一区二区三区不卡 | 久久精品国产久精国产爱| 欧美在线视频日韩| 亚洲午夜成aⅴ人片| 欧美日韩免费精品| 一区二区三区国产盗摄| 美女视频网站黄色亚洲| 亚洲成人中文| 亚洲国产一区二区三区在线播| 亚洲精品视频在线播放| 亚洲欧美在线一区二区| 开元免费观看欧美电视剧网站| 最新中文字幕亚洲| 午夜日韩在线观看| 欧美精品激情在线观看| 国产午夜久久久久| 国产精品女同互慰在线看| 久久久噜噜噜久久| 亚洲老司机av| 欧美va天堂在线| 久久av红桃一区二区小说| 国产美女诱惑一区二区| 性欧美18~19sex高清播放| 欧美国产日韩一区| 欧美va亚洲va日韩∨a综合色| 一区二区三区精品视频| 一区二区在线观看视频| 国产精品欧美一区喷水| 国产精品美女久久久浪潮软件| 国产精品白丝黑袜喷水久久久| 久久精品国产欧美激情| 一区二区日韩伦理片| 免费成人美女女| 性色av一区二区三区| 欧美一区二区在线播放| 亚洲综合二区| 国产亚洲精品7777| 这里只有精品丝袜| 欧美激情视频一区二区三区不卡| 蜜乳av另类精品一区二区| 久久久97精品| 欧美日韩免费观看中文| 欧美国产日韩xxxxx| 美女露胸一区二区三区| 麻豆精品视频在线观看| 久久精品99国产精品| 小嫩嫩精品导航| 欧美一区二区久久久| 亚洲在线视频观看| 欧美一区二区三区在线观看视频| 91久久精品一区| 久久精品国产亚洲一区二区| 中文精品在线| 国产精品国产| 亚洲性视频网址| 亚洲美女在线国产| 欧美日韩国产小视频在线观看| 91久久在线播放| 女同一区二区| 久久综合网络一区二区| 在线欧美影院| 免费人成精品欧美精品| 久久婷婷麻豆| 影音先锋日韩资源| 久久综合色播五月| 久久国产精品一区二区三区| 国产在线成人| 美女视频黄免费的久久| 美女精品在线观看| 99国产一区二区三精品乱码| 亚洲欧洲偷拍精品| 欧美精品在线免费| 亚洲影院免费| 亚洲午夜一级| 国产人成一区二区三区影院| 久久av二区| 久久精品人人爽| 亚洲黄色毛片| 亚洲精品无人区| 国产精品草草| 久久久av毛片精品| 久久综合久久综合久久综合| 亚洲国内自拍| 亚洲免费激情| 国产精品视频一区二区高潮| 久久久久久穴| 免费成人黄色av| 在线视频免费在线观看一区二区| 一区二区三区高清不卡| 国产日韩欧美一区| 欧美成人dvd在线视频| 欧美激情精品| 亚洲欧美另类久久久精品2019| 欧美一区二区精品| 亚洲国产一二三| 一本到12不卡视频在线dvd| 国产精品自拍网站| 免费观看一级特黄欧美大片| 欧美片第一页| 欧美一区二区三区免费观看| 久久亚洲影院| 亚洲一品av免费观看| 欧美中文在线视频| 99v久久综合狠狠综合久久| 亚洲综合激情| 亚洲国产日韩欧美一区二区三区| 99国产精品一区| 狠狠色丁香久久婷婷综合丁香| 亚洲高清视频在线| 国产精品人人做人人爽| 免费在线成人| 国产精品久久久久久久一区探花| 老鸭窝毛片一区二区三区| 欧美伦理在线观看| 久久久精品一区| 免费在线观看一区二区| 亚洲欧美日韩精品久久亚洲区| 久久野战av| 午夜精品视频在线观看| 欧美成人免费网站| 性久久久久久久| 欧美激情一二区| 久久久999成人| 欧美四级电影网站| 免费高清在线一区| 国产精品电影观看| 亚洲国产精品va在线观看黑人| 国产伦精品一区二区三区高清版| 91久久综合| 在线看片日韩| 欧美亚洲系列| 亚洲一区影音先锋| 美脚丝袜一区二区三区在线观看| 欧美一区二区三区在| 欧美日韩三级在线| 欧美激情导航| 国产在线精品二区| 亚洲午夜在线观看| 亚洲色图制服丝袜| 欧美大胆a视频| 女仆av观看一区| 国际精品欧美精品| 亚洲制服丝袜在线| 亚洲尤物在线| 欧美日韩123| 亚洲国产精品一区制服丝袜 | 国产精品私人影院| 亚洲精品久久久久久久久久久久| 在线成人小视频| 欧美伊人久久久久久久久影院 | 亚洲国产精品一区二区第四页av| 韩国成人福利片在线播放| 亚洲综合电影| 亚洲欧美精品suv| 欧美午夜不卡| 99视频在线观看一区三区| 亚洲精品自在久久| 免播放器亚洲| 欧美成人自拍| 亚洲国产91| 久久综合久久综合九色| 免费观看成人网| 国产中文一区二区| 久久精品观看| 99精品黄色片免费大全|