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傳)，函數調用在返回前要清理堆棧，但由調用者還是被調用者清理不一定。

1、_stdcall是Pascal程序的缺省調用方式，通常用于Win32 Api中，函數采用從右到左的壓棧方式， ?自己在退出時清空堆棧。

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

?int f(void *p)? -->>?? _f@4(在外部匯編語言里可以用這個名字引用這個函數)

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

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

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

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

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

4、thiscall僅僅應用于“C++”成員函數。this指針存放于CX/ECX寄存器中，參數從右到左壓。

thiscall不是關鍵詞，因此不能被程序員指定。

5、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)名字修飾約定

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

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

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

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

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

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

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

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

__stdcall調用約定：?
1、以“?”標識函數名的開始，后跟函數名；?
2、函數名后面以“@@YG”標識參數表的開始，后跟參數表；?
3、參數表以代號表示：?
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”代表一次重復；?
4、參數表的第一項為該函數的返回值類型，其后依次為參數的數據類型,指針標識在其所指數據類型前；?
5、參數表后以“@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；

轉載于:https://www.cnblogs.com/jxnclyk/archive/2011/03/14/1983886.html

總結

以上是生活随笔為你收集整理的(转)__declspec(dllimport)和__declspec(dllexport)的区别，以及有关c/c++调用约定的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。