經常使用VC6的Dependency檢視DLL匯出函式的名字，會發現有DLL匯出函式的名字有時大不相同，導致不同的原因大多是和編譯DLL時候指定DLL匯出函式的界定符有關係。

VC++支援兩種語言：即C/C++，這也是造成DLL匯出函式差異的根源

我們用VS2008新建個DLL工程，工程名為“TestDLL”

把預設的原始檔字尾 .CPP改為.C（C檔案）

輸入測試程式碼如下：

01 int _stdcall MyFunction(int iVariant)

02 {

03 return 0;

04 }

為了匯出上面這個函式，我們有以下幾個方法：

1. 使用傳統的模組定義檔案 (.def)

新建一個 字尾為.def的文字檔案(這裡建一個TestDll.Def)，檔案內容為：

LIBRARY TestDll

EXPORTS

MyFunction

在 Link 時指定輸入依賴檔案：/DEF:"TestDll.Def"

2. Visual C++ 提供的方便方法

在01行的int 前加入 __declspec(dllexport) 關鍵字

通過以上兩種方法，我們就可以匯出MyFunction函式。

我們用Dependency檢視匯出的函式：

第一種方法匯出的函式為：

MyFunction

第二種方法匯出的函式為：

[email protected]

__stdcall會使匯出函式名字前面加一個下劃線，後面加一個@再加上引數的位元組數，比如[email protected]的引數（int iVariant）就是4個位元組 __fastcall與 __stdcall類似，不過前面沒有下劃線，而是一個@，比如@[email protected] __cdecl則是始函式名。

小結：如果要匯出C檔案中的函式，並且不讓編譯器改動函式名，用def檔案匯出函式。

下面我們來看一下C++檔案

我們用VS2008新建個DLL工程，工程名為“TestDLL”

預設的原始檔字尾為 .CPP （即C++檔案）。

輸入測試程式碼如下：

01 int _stdcall MyFunction(int iVariant)

02 {

03 return 0;

04 }

為了匯出上面這個函式，我們有以下幾個方法：

3. 使用傳統的模組定義檔案 (.def)

新建一個 字尾為.def的文字檔案(這裡建一個TestDll.Def)，檔案內容為：

LIBRARY TestDll

EXPORTS

MyFunction

在 Link 時指定輸入依賴檔案：/DEF:"TestDll.Def"

4. Visual C++ 提供的方便方法

在01行的int 前加入 __declspec(dllexport) 關鍵字

通過以上兩種方法，我們就可以匯出MyFunction函式。

我們用Dependency檢視匯出的函式：

第一種方法匯出的函式為：

MyFunction

第二種方法匯出的函式為：

[email protected]@[email protected]

可以看到 第二種方法得到的 匯出函式名 並不是我們想要的，如果在exe中用顯示方法（LoadLibrary、GetProcAddress）呼叫 MyFunction 肯定會失敗。

但是用引入庫(*.LIB)的方式呼叫，則編譯器自動處理轉換函式名，所以總是沒有問題。

解決這個問題的方法是：

用VC 提供的預處理指示符 “#pragma” 來指定連結選項。

如下：

#pragma comment(linker, "/EXPORT:[email protected]@[email protected]")

這時，就會發現匯出的函式名字表中已經有了我們想要的MyFunction。但我們發現原來的那個 [email protected]@[email protected] 函式還在，這時就可以把 __declspec() 修飾去掉，只需要 pragma 指令即可。

而且還可以使如下形式：

#pragma comment(linker, "/EXPORT:[email protected],PRIVATE")

PRIVATE 的作用與其在 def 檔案中的作用一樣。更多的#pragram請檢視MSDN。

小結：如果要匯出C++檔案中的函式，並且不讓編譯器改動函式名，用def檔案匯出函式。

同時可以用#pragma指令（C 中也可以用）。

總結：

C++編譯器在生成DLL時，會對匯出的函式進行名字改編，並且不同的編譯器使用的改編規則不一樣，因此改編後的名字也是不同的（一般涉及到C++ 中的過載等）。

如果利用不同編譯器分別生成DLL和訪問DLL的exe程式，後者在訪問該DLL的匯出函式時就會出現問題。如上例中函式MyFunction在C++編譯器改編後的名字是[email protected]@[email protected]。我們希望編譯後的名字不發生改變，這裡有幾種方法。

第一種方法是通過一個稱為模組定義檔案DEF來解決。

LIBRARY TestDll

EXPORTS

MyFunction

LIBRARY 用來指定動態連結庫內部名稱。該名稱與生成的動態連結庫名一定要匹配，這句程式碼不是必須的。

EXPORTS說明了DLL將要匯出的函式，以及為這些匯出函式指定的符號名。

第二種是定義匯出函式時加上限定符：extern "C"

如：#define DLLEXPORT_API extern "C" _declspec(dllexport)

但extern "C"只解決了C和C++語方之間呼叫的問題(extern “C” 是告訴編譯器，讓它按C的方式編譯)，它只能用於匯出全域性函式這種情況 而不能匯出一個類的成員函式。

同時如果匯出函式的呼叫約定發生改變，即使使用extern "C"，編譯後的函式名還是會發生改變。例如上面我們加入_stdcall關鍵字說明呼叫約定（標準呼叫約定，也就是WINAPI呼叫約定）。 #define DLLEXPORT_API extern "C" _declspec(dllexport) 01 DLLEXPORT_API int _stdcall MyFunction(int iVariant)

02 {

03 return 0;

04 } 編譯後函式名MyFunction改編成了[email protected]

通過第一種方法模組定義檔案的方式DLL編譯後匯出函式名不會發生改變。