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

            好文,收藏  回復  更多評論   


            日韩欧美亚洲综合久久影院d3| 久久婷婷五月综合97色| 精品久久久无码中文字幕| 久久精品人妻一区二区三区| 伊人色综合久久天天人守人婷| 少妇人妻综合久久中文字幕 | 国产L精品国产亚洲区久久| 人妻精品久久久久中文字幕| 久久亚洲精品成人AV| 国产精品免费看久久久香蕉| 中文字幕久久精品无码| 久久国产精品免费| 999久久久免费精品国产| 久久婷婷色综合一区二区| 成人久久精品一区二区三区 | 成人国内精品久久久久影院| 色婷婷噜噜久久国产精品12p| 粉嫩小泬无遮挡久久久久久| 亚洲午夜精品久久久久久app| 精品久久一区二区| 久久精品国产亚洲AV电影 | 久久这里的只有是精品23| 久久国产免费观看精品| 亚洲AV日韩精品久久久久| 色偷偷88欧美精品久久久| 成人a毛片久久免费播放| 国产精品久久自在自线观看| 色88久久久久高潮综合影院| 一极黄色视频久久网站| 久久AAAA片一区二区| 久久亚洲精品视频| 国产韩国精品一区二区三区久久| 伊人久久精品无码二区麻豆| 中文字幕无码久久久| 久久人妻少妇嫩草AV蜜桃| 久久99精品久久久久久9蜜桃| 91精品国产色综久久| 亚洲国产精品久久| 久久精品无码免费不卡| 久久久久亚洲AV综合波多野结衣 | 久久亚洲欧洲国产综合|