dll 匯出函式名的那些事

2021-06-22 05:29:17 字數 3311 閱讀 3470

**:

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

vc++支援兩種語言:即c/c++,這也是造成dll匯出函式差異的根源

我們用vs2008新建個dll工程,工程名為「testdll」

把預設的原始檔字尾 .cpp改為.c(c檔案)

輸入測試**如下:

01 int _stdcall myfunction(int ivariant)

02

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

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

新建乙個 字尾為.def的文字檔案(這裡建乙個testdll.def),檔案內容為:

library testdll

exports

myfunction

在 link 時指定輸入依賴檔案:/def:"testdll.def"

2. visual c++ 提供的方便方法

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

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

我們用dependency檢視匯出的函式:

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

myfunction

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

_myfunction@4

__stdcall會使匯出函式名字前面加乙個下劃線,後面加乙個@再加上引數的位元組數,比如_myfunction@4的引數(int ivariant)就是4個位元組

__fastcall與 __stdcall類似,不過前面沒有下劃線,而是乙個@,比如@myfunction@4 

__cdecl則是始函式名。

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

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

我們用vs2008新建個dll工程,工程名為「testdll」

預設的原始檔字尾為 .cpp (即c++檔案)。

輸入測試**如下:

01 int _stdcall myfunction(int ivariant)

02 為了匯出上面這個函式,我們有以下幾個方法:

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

新建乙個 字尾為.def的文字檔案(這裡建乙個testdll.def),檔案內容為:

library testdll

exports

myfunction

在 link 時指定輸入依賴檔案:/def:"testdll.def"

4. visual c++ 提供的方便方法

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

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

我們用dependency檢視匯出的函式:

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

myfunction

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

?myfunction@@yghh@z

可以看到 第二種方法得到的 匯出函式名 並不是我們想要的,如果在exe中用顯示方法(loadlibrary、getprocaddress)呼叫 myfunction 肯定會失敗。

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

解決這個問題的方法是:

用vc 提供的預處理指示符 「#pragma」 來指定鏈結選項。

如下:#pragma comment(linker, "/export:myfunction=?myfunction@@yghh@z")

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

而且還可以使如下形式:

#pragma comment(linker, "/export:myfunction=_myfunction@4,private")

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

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

同時可以用#pragma指令(c 中也可以用)。

總結:

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

如果利用不同編譯器分別生成dll和訪問dll的exe程式,後者在訪問該dll的匯出函式時就會出現問題。如上例中函式myfunction在c++編譯器改編後的名字是?myfunction@@yghh@z。我們希望編譯後的名字不發生改變,這裡有幾種方法。

第一種方法是通過乙個稱為模組定義檔案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 編譯後函式名myfunction改編成了_myfunction@4

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

dll 匯出函式名的那些事

關鍵字 vc dll 匯出函式 經常使用vc6的dependency檢視dll匯出函式的名字,會發現有dll匯出函式的名字有時大不相同,導致不同的原因大多是和編譯dll時候指定dll匯出函式的界定符有關係。vc 支援兩種語言 即c c 這也是造成dll匯出函式差異的根源 我們用vs2008新建個dl...

dll 匯出函式名的那些事

經常使用vc6的dependency檢視dll匯出函式的名字,會發現有dll匯出函式的名字有時大不相同,導致不同的原因大多是和編譯dll時候指定dll匯出函式的界定符有關係。vc 支援兩種語言 即c c 這也是造成dll匯出函式差異的根源 我們用vs2008新建個dll工程,工程名為 testdll...

dll 匯出函式名的那些事

經常使用vc6的dependency檢視dll匯出函式的名字,會發現有dll匯出函式的名字有時大不相同,導致不同的原因大多是和編譯dll時候指定dll匯出函式的界定符有關係。vc 支援兩種語言 即c c 這也是造成dll匯出函式差異的根源 我們用vs2008新建個dll工程,工程名為 testdll...