C DLL 匯出函式名

2021-06-15 09:05:17 字數 3246 閱讀 3511

... /10/05/1844292.html

經常使用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

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

__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編譯後匯出函式名不會發生改變。

作者mail:[email protected]

C DLL匯出函式

有兩種方式,一是寫def檔案,二是用 declspec dllexport 修飾。相對來說,我更喜歡用後一種方式,這樣不用多寫乙個檔案。如果呼叫dll的 也是c 的,可能這樣寫沒有什麼問題,但是delphi程式呼叫的話就有問題了,c 編譯器把函式修飾名給修改了,用depends檢視dll的話能看到原...

c DLL匯出類和匯出函式

一 匯出函式 背景 匯出函式 在dll中有一張匯出表,其中有一系列函式,這些函式叫做匯出函式。這些函式可供外部程式呼叫,即這些函式都是該dll的入口點 類似main函式 不在匯出表中的函式,為該dll私有的函式,外部程式不能呼叫它們。1 沒有 declspec dllexport 將生成的測試lib...

根據函式名稱匯出函式

根據函式名稱匯出函式 相關的rva 各種rva資料寬度 根據名稱匯出函式的步驟 獲取模組首位址,首位址也是dos頭首位址 根據dos頭中的e lfanew rva,因為pe頭對映到記憶體中後和exe檔案中是一樣的,所以這個位址也是file address,即lfa這個字首 定位到nt頭 根據nt頭中...