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

            Feedback

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

            好文,收藏  回復  更多評論   


            伊人色综合久久| 精品久久久久久久| 亚洲欧美一级久久精品| 久久精品国产精品亚洲人人| 日韩AV毛片精品久久久| 人妻丰满AV无码久久不卡| 久久91精品国产91久久小草| 青青久久精品国产免费看| 久久精品无码一区二区WWW| 97精品伊人久久大香线蕉app| 免费观看成人久久网免费观看| 久久久亚洲精品蜜桃臀| 久久久久亚洲AV成人片 | 精品国产乱码久久久久软件| 久久久久久久亚洲Av无码| 久久久久婷婷| 91精品婷婷国产综合久久| 亚洲狠狠婷婷综合久久蜜芽| 一本大道加勒比久久综合| 久久国产热精品波多野结衣AV| 久久精品国产亚洲Aⅴ香蕉| 国产人久久人人人人爽| 亚洲午夜精品久久久久久app| 精品久久久久久久| 97久久超碰国产精品旧版| 亚洲中文字幕无码久久2020| 亚洲一级Av无码毛片久久精品| 天天爽天天爽天天片a久久网| 亚洲中文字幕无码久久综合网 | 色欲综合久久中文字幕网| 亚洲性久久久影院| 亚洲一区精品伊人久久伊人| 国产精品免费看久久久香蕉| 91精品国产91久久久久久蜜臀| 国产精品无码久久综合| 久久久久久国产精品无码超碰| 一本久久知道综合久久| 久久综合给久久狠狠97色 | 国产无套内射久久久国产| 国产精品久久久久影院嫩草 | 久久久久av无码免费网|