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

            happem

            C基礎下的函數(shù)調用技巧

            與函數(shù)堆棧使用密切相關的就是函數(shù)調用規(guī)范,即調用約定(Calling Convenion)。函數(shù)調用規(guī)范決定了函數(shù)調用的實參壓棧、退棧及堆棧釋放的方式以及函數(shù)名改編的方案,windows環(huán)境下常用的調用規(guī)范有:

            1)      _cedcl:這是C++/C函數(shù)的默認調用規(guī)范,參數(shù)從右向左傳遞壓入堆棧,由調用函數(shù)復雜堆棧的清退,因此這種方式利于傳遞個數(shù)可變的參數(shù)給被調用函數(shù)。如printf()就是這樣的函數(shù)。

            2)      _stdcall:這是Win API函數(shù)使用的調用規(guī)范,參數(shù)從右向左依次傳遞并壓入堆棧,由被調用函數(shù)復雜堆棧的清退。該規(guī)范生成的函數(shù)代碼比_cdecl更小,但當函數(shù)有可變個數(shù)的參數(shù)時會轉為_cdecl規(guī)范。在Windows中,宏WINAPI、CALLBACK都定義為_stdcall。

            3)      _thiscall:是C++非靜態(tài)成員函數(shù)的默認調用規(guī)范,不能使用個數(shù)可變的參數(shù)。當調用非靜態(tài)成員函數(shù)的時候,this指針直接保存在ECX寄存器中而壓入函數(shù)堆棧,其他方面與_stdcall相同。

            4)      _fastcall:該規(guī)范所修飾的函數(shù)的實參將被直接傳遞到CPU寄存器中而不是內存堆棧中,堆棧清退由被調用函數(shù)負責,該規(guī)范不能用于成員函數(shù)。

            函數(shù)必須制定的一個調用規(guī)范,特別是在模塊之間的邏輯接口中,每個函數(shù)原型的調用規(guī)范必須與其實的調用規(guī)范保持一致,否則會出現(xiàn)編譯連接錯誤。如果你調用了在某個DLL中實現(xiàn)的COM對象的方法,而這些方法在創(chuàng)建時卻沒顯式地制定調用規(guī)范,那么它們會使用環(huán)境默認的調用規(guī)范,雖然你的程序可以通過編譯和連接,但是在運行時就可能導致程序崩潰。

            所以,凡是接口函數(shù)都必須顯式地制定其調用規(guī)范,除非接口函數(shù)是類的非靜態(tài)成員函數(shù),如果不顯式制定調用規(guī)范,類的靜態(tài)成員函數(shù)和全局函數(shù)將采用C++/C默認的函數(shù)調用規(guī)范或者由工程設置指定的調用規(guī)范,因此最好也為靜態(tài)成員函數(shù)顯式地指定調用規(guī)范。

            注意:類的靜態(tài)成員函數(shù)的默認調用規(guī)范不是thiscall,類的友元函數(shù)的調用也不是thiscall,它們都是由函數(shù)本身指定或者由工程設定的。COM接口的方法都指定_stdcall調用規(guī)范,而我們自己開發(fā)COM對象及接口時也可以指定其他的調用規(guī)范。

             

            一定要知道C基礎的基本概念:

             

            認識函數(shù)堆棧:http://www.lirenedu.org/index.php?ack=xinwen&id=1026

            基于C語言基礎概念:http://www.lirenedu.org/index.php?ack=xinwen&id=1024

            操作系統(tǒng)幾個基本要點:http://www.lirenedu.org/index.php?ack=xinwen&id=1029

            posted on 2012-09-03 10:55 happem 閱讀(250) 評論(0)  編輯 收藏 引用

            精品国产99久久久久久麻豆 | 久久久精品国产免大香伊| 狠狠色综合网站久久久久久久| 欧美精品福利视频一区二区三区久久久精品| 国产精品99久久久久久www| 亚洲国产天堂久久久久久| 久久天天躁狠狠躁夜夜avapp| A级毛片无码久久精品免费| 亚洲人成无码网站久久99热国产| 久久综合亚洲欧美成人| 久久久久无码中| 麻豆精品久久精品色综合| 久久婷婷国产剧情内射白浆| 国产成人精品久久二区二区 | 亚洲国产精品一区二区久久hs| 久久国产精品-久久精品| 久久AV高潮AV无码AV| 国产一区二区精品久久凹凸| 久久久久久九九99精品| 亚洲&#228;v永久无码精品天堂久久 | 久久黄视频| 久久久九九有精品国产| 亚洲中文精品久久久久久不卡| 国产日韩久久久精品影院首页 | 亚洲国产成人精品91久久久 | 久久久WWW成人免费毛片| 99久久中文字幕| 99久久精品日本一区二区免费| 精品一二三区久久aaa片| 欧美精品丝袜久久久中文字幕| 嫩草影院久久国产精品| 国内精品久久久久影院优 | 国产韩国精品一区二区三区久久| 久久婷婷色香五月综合激情| 久久亚洲中文字幕精品一区四 | 久久99国产综合精品免费| 亚洲中文字幕无码一久久区| 精品无码久久久久国产动漫3d | 色综合色天天久久婷婷基地| 国产产无码乱码精品久久鸭| 99久久久精品|