• <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>

            ivy-jie

            progress ...

            C++博客 首頁(yè) 新隨筆 聯(lián)系 聚合 管理
              9 Posts :: 41 Stories :: 6 Comments :: 0 Trackbacks

            (1) _stdcall調(diào)用
            _stdcall是Pascal程序的缺省調(diào)用方式,參數(shù)采用從右到左的壓棧方式,被調(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

            (2) _cdecl調(diào)用
            _cdecl是C/C++的缺省調(diào)用方式,參數(shù)采用從右到左的壓棧方式,傳送參數(shù)的內(nèi)存棧由調(diào)用者維護(hù)。_cedcl約定的函數(shù)只能被C/C++調(diào)用,每一個(gè)調(diào)用它的函數(shù)都包含清空堆棧的代碼,所以產(chǎn)生的可執(zhí)行文件大小會(huì)比調(diào)用_stdcall函數(shù)的大。

              由于_cdecl調(diào)用方式的參數(shù)內(nèi)存棧由調(diào)用者維護(hù),所以變長(zhǎng)參數(shù)的函數(shù)能(也只能)使用這種調(diào)用約定。關(guān)于C/C++中變長(zhǎng)參數(shù)(…)的問(wèn)題,筆者將另文詳述。

              由于Visual C++默認(rèn)采用_cdecl 調(diào)用方式,所以VC中中調(diào)用DLL時(shí),用戶(hù)應(yīng)使用_stdcall調(diào)用約定。
            按C編譯方式,_cdecl調(diào)用約定僅在輸出函數(shù)名前面加下劃線,形如_functionname。

              (3) _fastcall調(diào)用
            _fastcall調(diào)用較快,它通過(guò)CPU內(nèi)部寄存器傳遞參數(shù)。

              按C編譯方式,_fastcall調(diào)用約定在輸出函數(shù)名前面加“@”符號(hào),后面加“@”符號(hào)和參數(shù)的字節(jié)數(shù),形如@functionname@number。

            ------------------------------------------------------------------------------------------------------------

            _cdecl是C和C++程序的缺省調(diào)用方式。每一個(gè)調(diào)用它的函數(shù)都包含清空堆棧的代碼,所以產(chǎn)生的可執(zhí)行文件大小會(huì)比調(diào)用_stdcall函數(shù)的大。函數(shù)采用從右到左的壓棧方式。VC將函數(shù)編譯后會(huì)在函數(shù)名前面加上下劃線前綴。_stdcall是Pascal程序的缺省調(diào)用方式,通常用于Win32 Api中,函數(shù)采用從右到左的壓棧方式,自己在退出時(shí)清空堆棧。VC將函數(shù)編譯后會(huì)在函數(shù)名前面加上下劃線前綴,在函數(shù)名后加上"@"和參數(shù)的字節(jié)數(shù)。_fastcall方式的函數(shù)采用寄存器傳遞參數(shù),VC將函數(shù)編譯后會(huì)在函數(shù)名前面加上"@"前綴,在函數(shù)名后加上"@"和參數(shù)的字節(jié)數(shù)。這兩個(gè)關(guān)鍵字看起來(lái)似乎很少和我們打交道,但是看了下面的定義(來(lái)自windef.h),你一定會(huì)覺(jué)得驚訝:   
            #define CALLBACK     __stdcall  
            #define WINAPI       __stdcall   
            #define WINAPIV      __cdecl   
            #define APIENTRY     WINAPI    
            #define APIPRIVATE   __stdcall   
            #define PASCAL       __stdcall    
            #define cdecl _cdecl   
            #ifndef CDECL    
            #define CDECL _cdecl    
            幾乎我們寫(xiě)的每一個(gè)WINDOWS API函數(shù)都是__stdcall類(lèi)型的,為什么??

            首先,我們談一下兩者之間的區(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)講就是客戶(hù)來(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)鍵字    

            posted on 2009-05-23 18:38 ivy-jie 閱讀(2256) 評(píng)論(5)  編輯 收藏 引用

            Feedback

            # re: _stdcall和_cdec區(qū)別 2012-05-29 10:57 任騰
            “如果我們的函數(shù)使用了_cdecl,那么棧的清除工作是由調(diào)用者,用COM的術(shù)語(yǔ)來(lái)講就是客戶(hù)來(lái)完成的。這樣帶來(lái)了一個(gè)棘手的問(wèn)題,不同的編譯器產(chǎn)生棧的方式不盡相同,那么調(diào)用者能否正常的完成清除工作呢?答案是不能。”
            問(wèn)一下,為什么答案是不能?自己產(chǎn)生的堆棧為什么不能自己清除?
              回復(fù)  更多評(píng)論
              

            # re: _stdcall和_cdec區(qū)別 2012-06-18 21:12 Honwhy
            使用者在另外一個(gè)線程中。@任騰
              回復(fù)  更多評(píng)論
              

            # re: _stdcall和_cdec區(qū)別 2012-08-22 18:43 zwxhbxf
            當(dāng)我們遇到這樣的函數(shù)如fprintf()它的參數(shù)是可變的,不定長(zhǎng)的,被調(diào)用者事先無(wú)法知道參數(shù)的長(zhǎng)度,事后的清除工作也無(wú)法正常的進(jìn)行,因此,這種情況我們只能使用_cdecl。  回復(fù)  更多評(píng)論
              

            # re: _stdcall和_cdec區(qū)別 2012-08-22 18:48 zwxhbxf
            清除工作也無(wú)法正常的進(jìn)行不是一種缺陷嗎?難得不管它?  回復(fù)  更多評(píng)論
              

            # re: _stdcall和_cdec區(qū)別 2012-09-03 13:34 wd
            @任騰因?yàn)槎褩V羔樖接烧{(diào)用者push而減小 所以 只有調(diào)用才知道壓入了多少數(shù)據(jù)%esp要addl多少才能返回之前的調(diào)用狀態(tài)
              回復(fù)  更多評(píng)論
              


            只有注冊(cè)用戶(hù)登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            嫩草伊人久久精品少妇AV| 久久精品国产亚洲一区二区| 色婷婷久久久SWAG精品| 久久影院午夜理论片无码 | 伊人久久大香线蕉无码麻豆| 日本五月天婷久久网站| 狠狠色丁香婷综合久久| 国产69精品久久久久APP下载| 亚洲午夜久久久影院| 国产精品成人99久久久久 | 亚洲欧美国产日韩综合久久| 精品熟女少妇av免费久久| 欧美日韩中文字幕久久久不卡| 亚洲国产另类久久久精品黑人| 国产日韩久久免费影院| 奇米综合四色77777久久| 久久久久99精品成人片三人毛片 | 久久精品国产精品亚洲艾草网美妙| 久久人与动人物a级毛片| 久久久99精品成人片中文字幕| 精品久久久无码人妻中文字幕豆芽| 性欧美大战久久久久久久 | 亚洲午夜久久久久久噜噜噜| 色婷婷狠狠久久综合五月| 国产亚洲成人久久| 久久精品成人免费看| 久久亚洲春色中文字幕久久久| 欧美一区二区久久精品| 欧美一级久久久久久久大| 久久精品国产亚洲Aⅴ香蕉| 99久久国产免费福利| 久久成人精品视频| 91精品观看91久久久久久| 青草影院天堂男人久久| 国产精品久久久久国产A级| 久久久久亚洲AV无码麻豆| 亚洲乱码中文字幕久久孕妇黑人| 日本五月天婷久久网站| 少妇内射兰兰久久| 国产精品99精品久久免费| 精品久久久久久无码专区不卡|