Dll 導出函數那些破事


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

clip_image002

第二種方法導出的函數為:

_MyFunction@4

clip_image004

__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 {

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

第二種方法導出的函數為:

?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 {

03 return 0;

04 } 編譯后函數名MyFunction改編成了_MyFunction@4

通過第一種方法模塊定義文件的方式DLL編譯后導出函數名不會發生改變。

繪圖1


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM