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

            隨感而發(fā)

            雜七雜八

            統(tǒng)計(jì)

            留言簿(13)

            閱讀排行榜

            評論排行榜

            【轉(zhuǎn)】函數(shù)調(diào)用的一些約定__cdecl __fastcall與 __stdcall

            轉(zhuǎn)自:http://www.91linux.com/html/article/program/cpp/20081211/14588.html
            __cdecl __fastcall與 __stdcall

            調(diào)用約定:
            __cdecl __fastcall與 __stdcall,三者都是調(diào)用約定(Calling convention),它決定以下內(nèi)容:1)函數(shù)參數(shù)的壓棧順序,2)由調(diào)用者還是被調(diào)用者把參數(shù)彈出棧,3)以及產(chǎn)生函數(shù)修飾名的方法。

            1、__stdcall調(diào)用約定:函數(shù)的參數(shù)自右向左通過棧傳遞,被調(diào)用的函數(shù)在返回前清理傳送參數(shù)的內(nèi)存棧,

            2、_cdecl是C和C++程序的缺省調(diào)用方式。每一個(gè)調(diào)用它的函數(shù)都包含清空堆棧的代碼,所以產(chǎn)生的可執(zhí)行文件大小會比調(diào)用_stdcall函數(shù)的大。函數(shù)采用從右到左的壓棧方式。注意:對于可變參數(shù)的成員函數(shù),始終使用__cdecl的轉(zhuǎn)換方式。

            3、__fastcall調(diào)用約定:它是通過寄存器來傳送參數(shù)的(實(shí)際上,它用ECX和EDX傳送前兩個(gè)雙字(DWORD)或更小的參數(shù),剩下的參數(shù)仍舊自右向左壓棧傳送,被調(diào)用的函數(shù)在返回前清理傳送參數(shù)的內(nèi)存棧)。

            4、thiscall僅僅應(yīng)用于"C++"成員函數(shù)。this指針存放于CX寄存器,參數(shù)從右到左壓。thiscall不是關(guān)鍵詞,因此不能被程序員指定。

            5、 naked call采用1-4的調(diào)用約定時(shí),如果必要的話,進(jìn)入函數(shù)時(shí)編譯器會產(chǎn)生代碼來保存ESI,EDI,EBX,EBP寄存器,退出函數(shù)時(shí)則產(chǎn)生代碼恢復(fù)這些 寄存器的內(nèi)容。naked call不產(chǎn)生這樣的代碼。naked call不是類型修飾符,故必須和_declspec共同使用。

            調(diào)用約定可以通過工程設(shè)置:Setting...\C/C++ \Code Generation項(xiàng)進(jìn)行選擇,缺省狀態(tài)為__cdecl。

            名字修飾約定:

            1、修飾名(Decoration name):"C"或者"C++"函數(shù)在內(nèi)部(編譯和鏈接)通過修飾名識別
            2、C編譯時(shí)函數(shù)名修飾約定規(guī)則:
            __stdcall調(diào)用約定在輸出函數(shù)名前加上一個(gè)下劃線前綴,后面加上一個(gè)"@"符號和其參數(shù)的字節(jié)數(shù),格式為_functionname@number,例如 :function(int a, int b),其修飾名為:_function@8
            __cdecl調(diào)用約定僅在輸出函數(shù)名前加上一個(gè)下劃線前綴,格式為_functionname。
            __fastcall調(diào)用約定在輸出函數(shù)名前加上一個(gè)"@"符號,后面也是一個(gè)"@"符號和其參數(shù)的字節(jié)數(shù),格式為@functionname@number。

            3、C++編譯時(shí)函數(shù)名修飾約定規(guī)則:
            __stdcall調(diào)用約定:
            1)、以"?"標(biāo)識函數(shù)名的開始,后跟函數(shù)名;
            2)、函數(shù)名后面以"@@YG"標(biāo)識參數(shù)表的開始,后跟參數(shù)表;
            3)、參數(shù)表以代號表示:
            X--void ,
            D--char,
            E--unsigned char,
            F--short,
            H--int,
            I--unsigned int,
            J--long,
            K--unsigned long,
            M--float,
            N--double,
            _N--bool,
            PA--表示指針,后面的代號表明指針類型,如果相同類型的指針連續(xù)出現(xiàn),以"0"代替,一個(gè)"0"代表一次重復(fù);
            4)、參數(shù)表的第一項(xiàng)為該函數(shù)的返回值類型,其后依次為參數(shù)的數(shù)據(jù)類型,指針標(biāo)識在其所指數(shù)據(jù)類型前;
            5)、參數(shù)表后以"@Z"標(biāo)識整個(gè)名字的結(jié)束,如果該函數(shù)無參數(shù),則以"Z"標(biāo)識結(jié)束。
            其格式為"?functionname@@YG*****@Z"或"?functionname@@YG*XZ",例如
            int Test1(char *var1,unsigned long)-----“?Test1@@YGHPADK@Z”
            void Test2() -----“?Test2@@YGXXZ”

            __cdecl調(diào)用約定:
            規(guī)則同上面的_stdcall調(diào)用約定,只是參數(shù)表的開始標(biāo)識由上面的"@@YG"變?yōu)?@@YA"。
            __fastcall調(diào)用約定:
            規(guī)則同上面的_stdcall調(diào)用約定,只是參數(shù)表的開始標(biāo)識由上面的"@@YG"變?yōu)?@@YI"。
            VC++對函數(shù)的省缺聲明是"__cedcl",將只能被C/C++調(diào)用.
            注意:
            1、_beginthread需要__cdecl的線程函數(shù)地址,_beginthreadex和CreateThread需要__stdcall的線程函數(shù)地址。

            2、一般WIN32的函數(shù)都是__stdcall。而且在Windef.h中有如下的定義:
            #define CALLBACK __stdcall
            #define WINAPI  __stdcall

            3、extern "C" _declspec(dllexport) int __cdecl Add(int a, int b);
            typedef int (__cdecl*FunPointer)(int a, int b);
            修飾符的書寫順序如上。

            4、 extern "C"的作用:如果Add(int a, int b)是在c語言編譯器編譯,而在c++文件使用,則需要在c++文件中聲明:extern "C" Add(int a, int b),因?yàn)閏編譯器和c++編譯器對函數(shù)名的解釋不一樣(c++編譯器解釋函數(shù)名的時(shí)候要考慮函數(shù)參數(shù),這樣是了方便函數(shù)重載,而在c語言中不存在函數(shù)重 載的問題),使用extern "C",實(shí)質(zhì)就是告訴c++編譯器,該函數(shù)是c庫里面的函數(shù)。如果不使用extern "C"則會出現(xiàn)鏈接錯(cuò)誤。
            一般象如下使用:
            #ifdef _cplusplus
            #define EXTERN_C extern "C"
            #else
            #define EXTERN_C extern
            #endif

            #ifdef _cplusplus
            extern "C"{
            #endif
            EXTERN_C int func(int a, int b);
            #ifdef _cplusplus
            }
            #endif

            5、MFC提供了一些宏,可以使用AFX_EXT_CLASS來代替__declspec(DLLexport),并修飾類名,從而導(dǎo)出類,AFX_API_EXPORT來修飾函數(shù),AFX_DATA_EXPORT來修飾變量
            AFX_CLASS_IMPORT:__declspec(DLLexport)
            AFX_API_IMPORT:__declspec(DLLexport)
            AFX_DATA_IMPORT:__declspec(DLLexport)
            AFX_CLASS_EXPORT:__declspec(DLLexport)
            AFX_API_EXPORT:__declspec(DLLexport)
            AFX_DATA_EXPORT:__declspec(DLLexport)
            AFX_EXT_CLASS:#ifdef _AFXEXT
            AFX_CLASS_EXPORT
            #else
            AFX_CLASS_IMPORT

            6、 DLLMain負(fù)責(zé)初始化(Initialization)和結(jié)束(Termination)工作,每當(dāng)一個(gè)新的進(jìn)程或者該進(jìn)程的新的線程訪問DLL時(shí), 或者訪問DLL的每一個(gè)進(jìn)程或者線程不再使用DLL或者結(jié)束時(shí),都會調(diào)用DLLMain。但是,使用TerminateProcess或 TerminateThread結(jié)束進(jìn)程或者線程,不會調(diào)用DLLMain。

            7、一個(gè)DLL在內(nèi)存中只有一個(gè)實(shí)例
            DLL程序和調(diào)用其輸出函數(shù)的程序的關(guān)系:
            1)、DLL與進(jìn)程、線程之間的關(guān)系
            DLL模塊被映射到調(diào)用它的進(jìn)程的虛擬地址空間。
            DLL使用的內(nèi)存從調(diào)用進(jìn)程的虛擬地址空間分配,只能被該進(jìn)程的線程所訪問。
            DLL的句柄可以被調(diào)用進(jìn)程使用;調(diào)用進(jìn)程的句柄可以被DLL使用。
            DLLDLL可以有自己的數(shù)據(jù)段,但沒有自己的堆棧,使用調(diào)用進(jìn)程的棧,與調(diào)用它的應(yīng)用程序相同的堆棧模式。

            2)、關(guān)于共享數(shù)據(jù)段
            DLL 定義的全局變量可以被調(diào)用進(jìn)程訪問;DLL可以訪問調(diào)用進(jìn)程的全局?jǐn)?shù)據(jù)。使用同一DLL的每一個(gè)進(jìn)程都有自己的DLL全局變量實(shí)例。如果多個(gè)線程并發(fā)訪問 同一變量,則需要使用同步機(jī)制;對一個(gè)DLL的變量,如果希望每個(gè)使用DLL的線程都有自己的值,則應(yīng)該使用線程局部存儲(TLS,Thread Local Strorage)。


            posted on 2009-04-02 12:52 shongbee2 閱讀(467) 評論(0)  編輯 收藏 引用 所屬分類: c/c++

            久久精品国产亚洲av高清漫画| 久久久亚洲精品蜜桃臀| 国产成人久久精品一区二区三区| 99久久免费国产精精品| 99热成人精品免费久久| 久久人做人爽一区二区三区 | 亚洲午夜无码AV毛片久久| 久久婷婷国产综合精品| 久久精品夜色噜噜亚洲A∨| 2021最新久久久视精品爱 | 久久久久中文字幕| 亚洲国产成人精品无码久久久久久综合 | 久久午夜福利电影| 精品国产乱码久久久久久郑州公司| 久久99精品久久久久久野外| 少妇人妻88久久中文字幕| 亚洲国产精品成人久久蜜臀| 99久久免费国产精品热| 久久精品无码一区二区WWW| 久久久久亚洲AV成人网人人网站| 久久亚洲国产成人精品性色| 亚洲精品国产综合久久一线| 国产精品va久久久久久久| 99久久精品国产高清一区二区| 伊人久久大香线蕉综合5g| 久久精品国产福利国产琪琪| 青青草原综合久久| 久久福利青草精品资源站免费| 亚洲国产美女精品久久久久∴ | 久久精品国产一区二区三区不卡| 99久久99久久| 久久精品国产只有精品2020| 浪潮AV色综合久久天堂| 人妻精品久久无码专区精东影业| 色欲综合久久躁天天躁| 伊人久久大香线蕉无码麻豆| 亚洲国产精品综合久久网络| 青青久久精品国产免费看| 色欲综合久久躁天天躁| 久久久国产视频| 久久精品人人槡人妻人人玩AV|