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;