• <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>
            隨筆 - 20, 文章 - 0, 評(píng)論 - 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)用方式,這樣的宏定義說(shuō)明了問(wèn)題:  #define WINAPI _stdcall
              
               按C編譯方式,_stdcall調(diào)用約定在輸出函數(shù)名前面加下劃線,后面加“@”符號(hào)和參數(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)用
            ,每一個(gè)調(diào)用它的函數(shù)都包含清空堆棧的代碼,所以產(chǎn)生的可執(zhí)行文件大小會(huì)比調(diào)用_stdcall函數(shù)的大。
               按C編譯方式,_cdecl調(diào)用約定僅在輸出函數(shù)名前面加下劃線,形如_functionname。
               按C++編譯方式,可參看(三)

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

            三、編譯時(shí)函數(shù)名修飾約定規(guī)則
            1)首先介紹一下函數(shù)修飾名,C” 或者“C++”函數(shù)在內(nèi)部(編譯和鏈接)通過(guò)修飾名識(shí)別。修飾名是編譯器在編譯函數(shù)定義或者原型時(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ì)說(shuō)明在C++編譯器中修飾名的約定方法,在C編譯器中的變化已經(jīng)在(一)中闡述。

            2)C++編譯時(shí)函數(shù)名修飾約定規(guī)則
                __stdcall調(diào)用約定:
              1)、以"?"標(biāo)識(shí)函數(shù)名的開(kāi)始,后跟函數(shù)名;
              2)、函數(shù)名后面以"@@YG"標(biāo)識(shí)參數(shù)表的開(kāi)始,后跟參數(shù)表;
              3)、參數(shù)表以代號(hào)表示:
              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--表示指針,后面的代號(hào)表明指針類型,如果相同類型的指針連續(xù)出現(xiàn),以"0"代替,一個(gè)"0"代表一次重復(fù);
              4)、參數(shù)表的第一項(xiàng)為該函數(shù)的返回值類型,其后依次為參數(shù)的數(shù)據(jù)類型,指針標(biāo)識(shí)在其所指數(shù)據(jù)類型前;
              5)、參數(shù)表后以"@Z"標(biāo)識(shí)整個(gè)名字的結(jié)束,如果該函數(shù)無(wú)參數(shù),則以"Z"標(biāo)識(shí)結(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ù)表的開(kāi)始標(biāo)識(shí)由上面的"@@YG"變?yōu)?@@YA"。

            四、在C++編譯時(shí),引入c庫(kù)里面的函數(shù)的處理
                如果Add(int a, int b)是在c語(yǔ)言編譯器編譯,而在c++文件使用,由(三)知,因?yàn)閏編譯器和c++編譯器對(duì)函數(shù)名的解釋不一樣(c++編譯器解釋函數(shù)名的時(shí)候要考慮函數(shù)參數(shù),這樣是了方便函數(shù)重載,而在c語(yǔ)言中不存在函數(shù)重載的問(wèn)題),會(huì)出現(xiàn)鏈接錯(cuò)誤。 哪么該如何處理呢?這是關(guān)鍵字extern就派上用場(chǎng)了。
               而在c++文件使用c編譯器編譯過(guò)的函數(shù),則需要在c++文件中聲明:extern "C" Add(int a, int b),使用extern "C",實(shí)質(zhì)就是告訴c++編譯器,該函數(shù)是c庫(kù)里面的函數(shù)。請(qǐng)保持我的名稱,不要給我生成用于鏈接的函數(shù)修飾名。
               另外順便說(shuō)一下extern的另一個(gè)用途,extern可以置于變量或者函數(shù)前,以標(biāo)示變量或者函數(shù)的定義在別的文件中,提示編譯器遇到此變量和函數(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 閱讀(9961) 評(píng)論(12)  編輯 收藏 引用 所屬分類: C++

            評(píng)論

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

            2011-04-20 20:55 | 溪流

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

            http://msdn.microsoft.com/en-us/library/zxk0tw93%28v=vs.71%29.aspx
            2013-07-17 10:52 | paster
            久久se精品一区精品二区| 精品国产乱码久久久久软件| 久久久久久久久久久免费精品| 波多野结衣中文字幕久久| 香蕉久久av一区二区三区| 亚洲精品国产美女久久久| 亚洲AV无一区二区三区久久| A级毛片无码久久精品免费| 精品久久久久久综合日本| 久久最近最新中文字幕大全| 日韩欧美亚洲国产精品字幕久久久 | 精产国品久久一二三产区区别 | 久久久久久国产精品免费免费| www亚洲欲色成人久久精品| 国产成人精品久久亚洲高清不卡| 久久99精品国产99久久6| 亚洲国产精品无码成人片久久| 久久精品成人免费看| 亚洲精品美女久久久久99小说| 精品少妇人妻av无码久久| 免费无码国产欧美久久18| 久久人人爽人人精品视频| 精品国产乱码久久久久久郑州公司 | 久久免费线看线看| 国产精品嫩草影院久久| 久久精品嫩草影院| 色8久久人人97超碰香蕉987| 亚洲人成网站999久久久综合| 久久这里只有精品久久| 久久久久国产一级毛片高清版| 久久国产乱子伦免费精品| 久久精品国产亚洲av麻豆色欲| 粉嫩小泬无遮挡久久久久久| 久久国产精品成人影院| 久久久久免费精品国产| 久久久久国产视频电影| 中文字幕亚洲综合久久菠萝蜜| 亚洲国产精品成人AV无码久久综合影院 | 精品伊人久久大线蕉色首页| 久久天天婷婷五月俺也去| 996久久国产精品线观看|