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

            winlinglin

            _cdecl,_stdcall,PASCAL,_fastcall,_thiscall

            _cdecl 是C Declaration的縮寫,表示C語言默認的函數(shù)調(diào)用方法:所有參數(shù)從右到左依次入棧,這些參數(shù)由調(diào)用者清除,稱為手動清棧。被調(diào)用函數(shù)無需要求調(diào)用者傳遞多少參數(shù),調(diào)用者傳遞過多或者過少的參數(shù),甚至完全不同的參數(shù)都不會產(chǎn)生編譯階段的錯誤。

            _stdcall 是Standard Call的縮寫,是C++的標準調(diào)用方式:所有參數(shù)從右到左依次入棧,如果是調(diào)用類成員的話,最后一個入棧的是this指針。這些堆棧中的參數(shù)由被調(diào)用的函數(shù)在返回后清除,使用的指令是 retn X,X表示參數(shù)占用的字節(jié)數(shù),CPU在ret之后自動彈出X個字節(jié)的堆棧空間。稱為自動清棧。函數(shù)在編譯的時候就必須確定參數(shù)個數(shù),并且調(diào)用者必須嚴格的控制參數(shù)的生成,不能多,不能少,否則返回后會出錯。

            PASCAL 是Pascal語言的函數(shù)調(diào)用方式,也可以在C/C++中使用,參數(shù)壓棧順序與前兩者相反。返回時的清棧方式忘記了。。。

            _fastcall 是編譯器指定的快速調(diào)用方式。由于大多數(shù)的函數(shù)參數(shù)個數(shù)很少,使用堆棧傳遞比較費時。因此_fastcall通常規(guī)定將前兩個(或若干個)參數(shù)由寄存器傳遞,其余參數(shù)還是通過堆棧傳遞。不同編譯器編譯的程序規(guī)定的寄存器不同。返回方式和_stdcall相當。

            _thiscall 是為了解決類成員調(diào)用中this指針傳遞而規(guī)定的。_thiscall要求把this指針放在特定寄存器中,該寄存器由編譯器決定。VC使用ecx,Borland的C++編譯器使用eax。返回方式和_stdcall相當。

            _fastcall 和 _thiscall涉及的寄存器由編譯器決定,因此不能用作跨編譯器的接口。所以Windows上的COM對象接口都定義為_stdcall調(diào)用方式。

            C中不加說明默認函數(shù)為_cdecl方式(C中也只能用這種方式),C++也一樣,但是默認的調(diào)用方式可以在IDE環(huán)境中設置。

            帶有可變參數(shù)的函數(shù)必須且只能使用_cdecl方式,例如下面的函數(shù):
            int printf(char * fmtStr, ...);
            int scanf(char * fmtStr, ...);

            posted on 2008-12-15 22:08 wil 閱讀(657) 評論(0)  編輯 收藏 引用 所屬分類: C++

            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            導航

            統(tǒng)計

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案

            文章分類

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            色综合久久无码五十路人妻| 国产精品成人99久久久久| 四虎久久影院| 亚洲精品国精品久久99热一| 久久久中文字幕| 99久久综合国产精品免费| 亚洲精品乱码久久久久久蜜桃图片| 久久婷婷五月综合97色| 久久人人爽人人爽AV片| 91精品国产高清91久久久久久| 精品人妻伦一二三区久久| 精品久久久无码21p发布| 国产精品美女久久久久av爽| 人妻少妇久久中文字幕 | 色综合合久久天天给综看| 欧美熟妇另类久久久久久不卡| 久久99久久无码毛片一区二区| 亚洲精品乱码久久久久久按摩 | 久久久久青草线蕉综合超碰| 欧美精品一本久久男人的天堂| 亚洲AV无码一区东京热久久| 亚州日韩精品专区久久久| 色综合久久天天综合| 久久天堂AV综合合色蜜桃网| 久久国产欧美日韩精品| 香港aa三级久久三级老师2021国产三级精品三级在 | 99久久久国产精品免费无卡顿| 精品国产乱码久久久久久人妻| 日本亚洲色大成网站WWW久久 | 久久99亚洲网美利坚合众国| 亚洲精品白浆高清久久久久久| 亚洲精品成人久久久| 日本高清无卡码一区二区久久| 午夜精品久久久久久影视777| 国内精品久久久久久久涩爱| 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲 | 亚洲AⅤ优女AV综合久久久| 狠狠综合久久综合中文88| 国内精品久久久久久久涩爱| 精品国产91久久久久久久a | 日韩精品久久久久久久电影|