__declspec(dllimport)和__declspec(dllexport)的區別，以及有關c/c++調用約定

DLL可使用兩種方法將公共符號導入到應用程序中或從 DLL 導出函數： 
生成 DLL 時使用模塊定義 (.DEF) 文件。
在主應用程序的函數定義中使用 __declspec(dllimport) 或 __declspec(dllexport) 關鍵字。
使用 .DEF 文件
模塊定義 (.DEF) 文件是包含一個或多個描述各類 DLL 屬性的 Module 語句的文本文件。若是不使用 __declspec(dllimport) 或 __declspec(dllexport) 導出 DLL 函數，則 DLL 須要 .DEF 文件。

可使用 .DEF 文件導入到應用程序中或從 DLL 導出。

使用 __declspec
32 位版的 Visual C++ 用 __declspec(dllimport) 和 __declspec(dllexport) 取代之前在 16 位版的 Visual C++ 中使用的 __export 關鍵字。

不使用 __declspec(dllimport) 也能正確編譯代碼，但使用 __declspec(dllimport) 使編譯器能夠生成更好的代碼。編譯器之因此可以生成更好的代碼，是由於它十分清楚函數是否在 DLL 中，所以能夠生成跳過間接級別的代碼，而在跨 DLL 邊界的函數中一般存在這些間接代碼。可是，必須使用 __declspec(dllimport) 才能導入 DLL 中使用的變量。

若是有正確的 .DEF 文件 EXPORTS 節，則不須要 __declspec(dllexport)。添加 __declspec(dllexport) 是爲了提供不使用 .DEF 文件從 .EXE 或 .DLL 導出函數的簡單方法。

Win32 可移植可執行文件格式旨在最小化爲修改導入而必須訪問的頁數。爲此，它將全部程序的全部導入地址都放在一個稱爲「導入地址表」的位置。這使得加載程序在訪問這些導入時能夠只修改一兩頁。

 

 

/////////////////////////////////////////////////////////////////////////////////////

__stdcall,__cdecl,__fastcall,thiscall,naked call    

被這些修飾關鍵字修飾的函數，其參數都是從右向左經過堆棧傳遞的(__fastcall的前面部分由ecx,edx傳)，函數調用在返回前要清理堆棧，但由調用者仍是被調用者清理不必定。

一、_stdcall是Pascal程序的缺省調用方式，一般用於Win32 Api中，函數採用從右到左的壓棧方式，  本身在退出時清空堆棧。

VC將函數編譯後會在函數名前面加上下劃線前綴，在函數名後加上"@"和參數的字節數。

 int f(void *p)  -->>   _f@4(在外部彙編語言裏能夠用這個名字引用這個函數)

 二、C調用約定（即用__cdecl關鍵字說明）（The C default calling convention）按從右至左的順序壓參數入棧，由調用者把參數彈出棧。對於傳送參數的內存棧是由調用者來維護的（正由於如此，實現可變參數vararg的函數(如printf)只能使用該調用約定）。

另外，在函數名修飾約定方面也有所不一樣。 _cdecl是C和C＋＋程序的缺省調用方式。每個調用它的函數都包含清空堆棧的代碼，因此產生的可執行文件大小會比調用_stdcall函數的大。函數採用從右到左的壓棧方式。

VC將函數編譯後會在函數名前面加上下劃線前綴。是MFC缺省調用約定。

 三、__fastcall調用的主要特色就是快，由於它是經過寄存器來傳送參數的（實際上，它用ECX和EDX傳送前兩個雙字（DWORD）或更小的參數，剩下的參數仍舊自右向左壓棧傳送，被調用的函數在返回前清理傳送參數的內存棧），在函數名修飾約定方面，它和前二者均不一樣。

__fastcall方式的函數採用寄存器傳遞參數，VC將函數編譯後會在函數名前面加上"@"前綴，在函數名後加上"@"和參數的字節數。

四、thiscall僅僅應用於「C++」成員函數。this指針存放於CX/ECX寄存器中，參數從右到左壓。

thiscall不是關鍵詞，所以不能被程序員指定。

五、naked call。 當採用1-4的調用約定時，若是必要的話，進入函數時編譯器會產生代碼來保存ESI，EDI，EBX，EBP寄存器，退出函數時則產生代碼恢復這些寄存器的內容。 (這些代碼稱做 prolog and epilog code,通常，ebp,esp的保存是必須的). 可是naked call不產生這樣的代碼。

naked call不是類型修飾符，故必須和_declspec共同使用。

關鍵字 __stdcall、__cdecl和__fastcall能夠直接加在要輸出的函數前，也能夠在編譯環境的Setting...\C/C++ \Code Generation項選擇。當加在輸出函數前的關鍵字與編譯環境中的選擇不一樣時，直接加在輸出函數前的關鍵字有效。它們對應的命令行參數分別爲/Gz、/Gd和/Gr。缺省狀態爲/Gd，即__cdecl。

要徹底模仿PASCAL調用約定首先必須使用__stdcall調用約定，至於函數名修飾約定，能夠經過其它方法模仿。還有一個值得一提的是WINAPI宏，Windows.h支持該宏，它能夠將出函數翻譯成適當的調用約定，在WIN32中，它被定義爲__stdcall。使用WINAPI宏能夠建立本身的APIs。

2)名字修飾約定

一、修飾名(Decoration name) 「C」或者「C++」函數在內部（編譯和連接）經過修飾名識別。修飾名是編譯器在編譯函數定義或者原型時生成的字符串。有些狀況下使用函數的修飾名是必要的，如在模塊定義文件裏頭指定輸出「C++」重載函數、構造函數、析構函數，又如在彙編代碼裏調用「C」」或「C++」函數等。 修飾名由函數名、類名、調用約定、返回類型、參數等共同決定。

二、名字修飾約定隨調用約定和編譯種類(C或C++)的不一樣而變化。函數名修飾約定隨編譯種類和調用約定的不一樣而不一樣，下面分別說明。

a、C編譯時函數名修飾約定規則：

 __stdcall調用約定在輸出函數名前加上一個下劃線前綴，後面加上一個「@」符號和其參數的字節數，格式爲_functionname@number。

 __cdecl調用約定僅在輸出函數名前加上一個下劃線前綴，格式爲_functionname。

__fastcall調用約定在輸出函數名前加上一個「@」符號，後面也是一個「@」符號和其參數的字節數，格式爲@functionname@number。

它們均不改變輸出函數名中的字符大小寫，這和PASCAL調用約定不一樣，PASCAL約定輸出的函數名無任何修飾且所有大寫。

 b、C++編譯時函數名修飾約定規則：

__stdcall調用約定：
一、以「?」標識函數名的開始，後跟函數名；
二、函數名後面以「@@YG」標識參數表的開始，後跟參數表；
三、參數表以代號表示：
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--表示指針，後面的代號代表指針類型，若是相同類型的指針連續出現，以「0」代替，一個「0」表明一次重複；
四、參數表的第一項爲該函數的返回值類型，其後依次爲參數的數據類型,指針標識在其所指數據類型前；
五、參數表後以「@Z」標識整個名字的結束，若是該函數無參數，則以「Z」標識結束。

其格式爲「?functionname@@YG*****@Z」或「?functionname@@YG*XZ」，例如
int Test1（char *var1,unsigned long）-----「?Test1@@YGHPADK@Z」
void Test2（） -----「?Test2@@YGXXZ」

__cdecl調用約定：
規則同上面的_stdcall調用約定，只是參數表的開始標識由上面的「@@YG」變爲「@@YA」。

__fastcall調用約定：
規則同上面的_stdcall調用約定，只是參數表的開始標識由上面的「@@YG」變爲「@@YI」。

VC++對函數的省缺聲明是"__cedcl",將只能被C/C++調用.

CB在輸出函數聲明時使用4種修飾符號
//__cdecl
cb的默認值，它會在輸出函數名前加_，並保留此函數名不變，參數按照從右到左的順序依次傳遞給棧，也能夠寫成_cdecl和cdecl形式。
//__fastcall
她修飾的函數的參數將盡肯呢感地使用寄存器來處理，其函數名前加@，參數按照從左到右的順序壓棧；
//__pascal
它說明的函數名使用Pascal格式的命名約定。這時函數名所有大寫。參數按照從左到右的順序壓棧；
//__stdcall
使用標準約定的函數名。函數名不會改變。使用__stdcall修飾時。參數按照由右到左的順序壓棧，也能夠是_stdcall；

 

本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/yysdsyl/archive/2008/10/22/3123175.aspx