• <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 的不同

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

            調用約定

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


            _cdecl

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

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

            這是MFC缺省調用約定。由于是調用者負責把參數彈出棧,所以可以給函數定義個數不定的參數,如printf函數。


            _stdcall

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

            所有的Win32 API函數都遵循該約定。


            _fastcall

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

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


              關鍵字   調用規則 參數傳遞方向 返回 參數寄存器 堆棧的清除  
              __cdecl   C調用規則 從右向左 EAX 無 調用者  
              __fastcall 寄存器 從左向右 EAX EAX、EBX、ECX 被調用者  
              __stdcall Win32標準 從右向左 EAX 無 被調用者  
              __pascal Pascal 從左向右 EAX 無 被調用者  
              __msfastcall Ms寄存器 從右向左 EAX/EDX ECX、EDX 被調用者   
               
            C++   Builder中幾種調用規則的比較  

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

            其他連接

            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

            好文,收藏  回復  更多評論   


            精品国际久久久久999波多野| 国产国产成人久久精品 | 亚洲国产精品久久久久久| 久久久WWW成人| 99久久久国产精品免费无卡顿| 国产精品久久久久乳精品爆| 亚洲av日韩精品久久久久久a| 久久国产热这里只有精品| 99久久99久久久精品齐齐 | 成人久久免费网站| 久久精品一区二区影院| 国产精品久久自在自线观看| 777午夜精品久久av蜜臀| 久久这里只有精品视频99| 欧美伊香蕉久久综合类网站| 精品国际久久久久999波多野| 99久久无色码中文字幕人妻| 欧美麻豆久久久久久中文| 久久中文娱乐网| 国产成人久久激情91| 亚洲午夜久久久影院伊人| 色综合久久夜色精品国产| 久久精品人妻一区二区三区| 国产精品美女久久久免费| 久久精品成人国产午夜| 国产精品久久国产精品99盘| 久久婷婷五月综合97色| 亚洲中文字幕久久精品无码喷水| 国产精品久久久久久久人人看| 久久人人爽人人爽人人片AV东京热| 99久久精品国产一区二区三区 | 国产精品亚洲美女久久久| 一级做a爱片久久毛片| 久久亚洲精品中文字幕三区| 久久精品国产只有精品2020| 狠狠色丁香久久综合五月| 国产欧美久久一区二区| 超级碰久久免费公开视频| segui久久国产精品| 久久亚洲中文字幕精品一区| 色狠狠久久综合网|