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

            Legend

            解析__cdecl,__fastcall, __stdcall 的不同

            在函數(shù)調(diào)用過程中,會使用堆棧,這三個表示不同的堆棧調(diào)用方式和釋放方式。
            比如說__cdecl,它是標(biāo)準(zhǔn)的c方法的堆棧調(diào)用方式,就是在函數(shù)調(diào)用時的參數(shù)壓入堆棧是與函數(shù)的聲明順序相反的,其它兩個可以看MSDN,不過這個對我們編程沒有太大的作用

            調(diào)用約定

            調(diào)用約定(Calling convention)決定以下內(nèi)容:函數(shù)參數(shù)的壓棧順序,由調(diào)用者還是被調(diào)用者把參數(shù)彈出棧,以及產(chǎn)生函數(shù)修飾名的方法。MFC支持以下調(diào)用約定:


            _cdecl

            按從右至左的順序壓參數(shù)入棧,由調(diào)用者把參數(shù)彈出棧。對于"C"函數(shù)或者變量,修飾名是在函數(shù)名前加下劃線。對于"C++"函數(shù),有所不同。

            如函數(shù)void test(void)的修飾名是_test;對于不屬于一個類的"C++"全局函數(shù),修飾名是?test@@ZAXXZ。

            這是MFC缺省調(diào)用約定。由于是調(diào)用者負責(zé)把參數(shù)彈出棧,所以可以給函數(shù)定義個數(shù)不定的參數(shù),如printf函數(shù)。


            _stdcall

            按從右至左的順序壓參數(shù)入棧,由被調(diào)用者把參數(shù)彈出棧。對于"C"函數(shù)或者變量,修飾名以下劃線為前綴,然后是函數(shù)名,然后是符號"@"及參數(shù)的字節(jié)數(shù),如函數(shù)int func(int a, double b)的修飾名是_func@12。對于"C++"函數(shù),則有所不同。

            所有的Win32 API函數(shù)都遵循該約定。


            _fastcall

            頭兩個DWORD類型或者占更少字節(jié)的參數(shù)被放入ECX和EDX寄存器,其他剩下的參數(shù)按從右到左的順序壓入棧。由被調(diào)用者把參數(shù)彈出棧,對于"C"函數(shù)或者變量,修飾名以"@"為前綴,然后是函數(shù)名,接著是符號"@"及參數(shù)的字節(jié)數(shù),如函數(shù)int func(int a, double b)的修飾名是@func@12。對于"C++"函數(shù),有所不同。

            未來的編譯器可能使用不同的寄存器來存放參數(shù)。


              關(guān)鍵字   調(diào)用規(guī)則 參數(shù)傳遞方向 返回 參數(shù)寄存器 堆棧的清除  
              __cdecl   C調(diào)用規(guī)則 從右向左 EAX 無 調(diào)用者  
              __fastcall 寄存器 從左向右 EAX EAX、EBX、ECX 被調(diào)用者  
              __stdcall Win32標(biāo)準(zhǔn) 從右向左 EAX 無 被調(diào)用者  
              __pascal Pascal 從左向右 EAX 無 被調(diào)用者  
              __msfastcall Ms寄存器 從右向左 EAX/EDX ECX、EDX 被調(diào)用者   
               
            C++   Builder中幾種調(diào)用規(guī)則的比較  

             1.   名字分解:  
                      沒有名字分解的函數(shù)  
                              TestFunction1 //   __cdecl   calling   convention  
                              @TestFunction2 //   __fastcall   calling   convention  
                              TESTFUNCTION3 //   __pascal   calling   convention  
                              TestFunction4 //   __stdcall   calling   convention  
                      有名字分解的函數(shù)  
                              @TestFunction1$QV //   __cdecl   calling   convention  
                              @TestFunction2$qv //   __fastcall   calling   convention  
                              TESTFUNCTION3$qqrv //   __apscal   calling   convention  
                              @TestFunction4$qqrv //   __stdcall   calling   convention  
                      使用   extern   "C"   不會分解函數(shù)名  
               
                      使用   Impdef   MyLib.def   MyLib.dll   生成   def   文件查看是否使用了名字分解  
               
              2.   調(diào)用約定:  
                      __cdecl   缺省  
                          是   Borland   C++   的缺省的   C   格式命名約定,它在標(biāo)識符前加一下劃線,以保留  
                      它原來所有的全程標(biāo)識符。參數(shù)按最右邊參數(shù)優(yōu)先的原則傳遞給棧,然后清棧。  
                              extaern   "C"   bool   __cdecl   TestFunction();  
                          在   def   文件中顯示為    
                              TestFunction @1  
                          注釋:   @1   表示函數(shù)的順序數(shù),將在“使用別名”時使用。  
               
                      __pascal   Pascal格式  
                          這時函數(shù)名全部變成大寫,第一個參數(shù)先壓棧,然后清棧。  
                              TESTFUNCTION @1 //def   file  
               
                      __stdcall   標(biāo)準(zhǔn)調(diào)用  
                          最后一個參數(shù)先壓棧,然后清棧。  
                              TestFunction @1 //def   file  
               
                      __fastcall   把參數(shù)傳遞給寄存器  
                          第一個參數(shù)先壓棧,然后清棧。  
                              @TestFunction @1 //def   file  
               
              3.   解決調(diào)用約定:  
                          Microsoft   與   Borland   的   __stdcall   之間的區(qū)別是命名方式。   Borland   采用  
                      __stdcall   的方式去掉了名字起前的下劃線。   Microsoft   則是在前加上下劃線,在  
                      后加上   @   ,再后跟為棧保留的字節(jié)數(shù)。字節(jié)數(shù)取決于參數(shù)在棧所占的空間。每一個  
                      參數(shù)都舍入為   4   的倍數(shù)加起來。這種   Miocrosoft   的   Dll   與系統(tǒng)的   Dll   不一樣。  
               
              4.   使用別名:  
                          使用別名的目的是使調(diào)用文件   .OBJ   與   DLL   的   .DEF   文件相匹配。如果還沒有  
                      .DEF   文件,就應(yīng)該先建一個。然后把   DEF   文件加入   Project。使用別名應(yīng)不斷  
                      修改外部錯誤,如果沒有,還需要將   IMPORTS   部分加入   DEF   文件。  
                              IMPORTS  
                              TESTFUNCTIOM4   =   dllprj.TestFunction4  
                              TESTFUNCTIOM5   =   dllprj.WEP @500  
                              TESTFUNCTIOM6   =   dllprj.GETHOSTBYADDR @51  
                          這里需要說明的是,調(diào)用應(yīng)用程序的   .OBJ   名與   DLL   的   .DEF   文件名是等價的,  
                      而且總是這樣。甚至不用考慮調(diào)用約定,它會自動匹配。在前面的例子中,函數(shù)被  
                      說明為   __pascal,因此產(chǎn)生了大寫函數(shù)名。這樣鏈接程序不會出錯。

            其他連接

            http://blog.csdn.net/lotomer/archive/2006/06/28/844658.aspx

            posted on 2007-04-26 14:46 Legend 閱讀(624) 評論(1)  編輯 收藏 引用

            Feedback

            # re: 解析__cdecl,__fastcall, __stdcall 的不同 2007-04-27 13:56 Corner Zhang

            好文,收藏  回復(fù)  更多評論   


            精品久久777| 久久精品aⅴ无码中文字字幕不卡| 久久99精品国产自在现线小黄鸭| 亚洲国产精品久久电影欧美| 亚洲中文字幕无码久久2020 | 亚洲国产香蕉人人爽成AV片久久| 性高朝久久久久久久久久| 99久久这里只精品国产免费| 久久ww精品w免费人成| 欧美午夜精品久久久久久浪潮| 狠狠色丁香久久婷婷综合蜜芽五月 | 久久亚洲精品无码观看不卡| 中文字幕无码免费久久| 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲 | 亚洲色大成网站WWW久久九九| 97久久国产亚洲精品超碰热| 久久亚洲精品国产精品婷婷| 国内精品久久人妻互换| 国产精品久久久久久久久软件| 欧美久久综合性欧美| 国内精品伊人久久久久777| 久久久久久a亚洲欧洲aⅴ| 亚洲国产美女精品久久久久∴ | 久久精品99久久香蕉国产色戒| 久久亚洲色一区二区三区| 国产精品久久久久一区二区三区| 精品久久久噜噜噜久久久| 亚洲综合日韩久久成人AV| 亚洲精品tv久久久久久久久久| 国产免费久久精品99久久| 99久久免费国产特黄| 久久ww精品w免费人成| 三上悠亚久久精品| 亚洲国产精品无码久久98| 久久天天躁夜夜躁狠狠躁2022| 亚洲精品国精品久久99热| 久久人妻少妇嫩草AV蜜桃| 久久久精品日本一区二区三区| 精品国产乱码久久久久久浪潮| 精品人妻伦九区久久AAA片69| 国产综合免费精品久久久|