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

            隨筆分類

            隨筆檔案

            文章分類

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            无码国内精品久久人妻麻豆按摩| 婷婷伊人久久大香线蕉AV | 色狠狠久久AV五月综合| 日日躁夜夜躁狠狠久久AV| 久久国产亚洲精品无码| 久久影院亚洲一区| 精品国产乱码久久久久久郑州公司| 曰曰摸天天摸人人看久久久| 无码任你躁久久久久久老妇App| 国内精品人妻无码久久久影院| 久久久久亚洲AV成人网人人网站| 久久久久亚洲AV无码专区体验| 色婷婷综合久久久久中文字幕| 久久久久久无码Av成人影院| 亚洲精品视频久久久| 青青青青久久精品国产| 久久综合久久自在自线精品自| 久久婷婷人人澡人人| 久久久青草青青亚洲国产免观| 国产成人精品综合久久久| 国内精品久久久久久久影视麻豆| 精品久久久久久久无码| 无码人妻久久一区二区三区免费| 国产成人精品久久综合| 国产婷婷成人久久Av免费高清 | 欧美精品九九99久久在观看| 999久久久免费国产精品播放| 97久久婷婷五月综合色d啪蜜芽| 看全色黄大色大片免费久久久| 久久精品国产99国产精品| 韩国三级大全久久网站| 99久久精品费精品国产一区二区| 伊人久久精品无码av一区| 久久亚洲精品无码aⅴ大香| 午夜精品久久久久久影视777 | 国产成人精品久久| 久久久久av无码免费网| 亚洲狠狠婷婷综合久久久久 | 亚洲欧洲久久av| 久久精品国产男包| 久久人人妻人人爽人人爽|