• <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 閱讀(630) 評論(1)  編輯 收藏 引用

            Feedback

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

            好文,收藏  回復  更多評論   


            99久久无码一区人妻a黑| 久久精品国产久精国产果冻传媒| 免费精品久久天干天干| 欧美日韩久久中文字幕| 久久夜色精品国产噜噜亚洲AV| 97热久久免费频精品99| 久久精品无码一区二区app| 久久久这里有精品| 精品久久久噜噜噜久久久 | 漂亮人妻被中出中文字幕久久| 久久久国产精华液| 久久精品人人做人人爽电影| 一本色道久久综合狠狠躁篇| 久久人爽人人爽人人片AV| 久久久久人妻精品一区三寸蜜桃| 亚洲国产精品无码久久久不卡 | 偷窥少妇久久久久久久久| 国内精品九九久久久精品| 一级女性全黄久久生活片免费 | 精品久久人人做人人爽综合| 中文字幕久久久久人妻| 久久国产视频网| 婷婷久久综合九色综合98| 久久久久亚洲av成人网人人软件| 久久国产乱子精品免费女| 日本强好片久久久久久AAA| 免费一级做a爰片久久毛片潮| 久久被窝电影亚洲爽爽爽| 久久香蕉超碰97国产精品| 日韩人妻无码一区二区三区久久99| 国产精品久久久天天影视| 久久一日本道色综合久久| 99精品国产99久久久久久97| 亚洲精品无码久久久| 欧美午夜精品久久久久久浪潮| 国产精品免费久久久久影院| 九九久久99综合一区二区| 久久亚洲中文字幕精品有坂深雪 | 久久夜色精品国产亚洲| 狠狠色丁香婷婷综合久久来| 久久99国产精一区二区三区|