VisualStudio?制作Dynamic?Link?Library動態(tài)鏈接庫文件的詳細(xì)過程
工具集
借助工具可以獲得Dll庫函數(shù)的訪問地址,以下推薦兩款工具以供使用:
如何生成
__declspec(dllexport)
將一個(gè)函數(shù)聲名為導(dǎo)出函數(shù),就是說這個(gè)函數(shù)要被其他程序調(diào)用,即作為DLL的一個(gè)對外函數(shù)接口。
__declspec(dllexport) RETURN_TYPE FUNCTION()
extern “C”
由于在制作DLL導(dǎo)出函數(shù)時(shí)由于C++存在函數(shù)重載
- 因此
__declspec(dllexport) FUNCTION(int,int)在DLL會被decorate,例如: 被decorate成為function_int_int, - 而且不同的編譯器decorate的方法不同,造成了在用
GetProcAddress取得FUNCTION地址時(shí)的不便 - 使用
extern "C"時(shí),上述的decorate不會發(fā)生,因?yàn)镃沒有函數(shù)重載,如此一來被extern"C"修飾的函數(shù),就不具備重載能力。
extern "C" {
__declspec(dllexport) RETURN_TYPE FUNCTION(){
;
}
}
如何使用
- 動態(tài)載入方式是指在編譯之前并不知道將會調(diào)用哪些 DLL 函數(shù), 完全是在運(yùn)行過程中根據(jù)需要決定應(yīng)調(diào)用哪些函數(shù)。
- 方法是:用 LoadLibrary 函數(shù)加載動態(tài)鏈接庫到內(nèi)存,用 GetProcAddress函數(shù)動態(tài)獲得 DLL 函數(shù)的入口地址。
- 當(dāng)一個(gè) DLL 文件用 LoadLibrary 顯式加載后,在任何時(shí)刻均可以通過調(diào)用 FreeLibrary 函數(shù)顯式地從內(nèi)存中把它給卸載。
- 動態(tài)調(diào)用使用的 Windows API 函數(shù)主要有 3 個(gè), 分別是
LoadLibrary、GetProcAddress和FreeLibrary
聲明調(diào)用
注意DLL函數(shù)調(diào)用約定,必須一致
__stdcallWindows API默認(rèn)的函數(shù)調(diào)用協(xié)議__cdeclC/C++默認(rèn)的函數(shù)調(diào)用協(xié)議__fastcall適用于對性能要求較高的場合
Example
假如我有一個(gè)函數(shù)接口如下:
//@ GETCOMCHECKSUM_API是一個(gè)宏定義
//@ #define GETCOMCHECKSUM_API __declspec(dllexport)
GETCOMCHECKSUM_API int fnGetComCheckSum(
const unsigned char* iCsArray, //[In]數(shù)組
const unsigned int iCsSize, //[In]數(shù)值
unsigned char& ioCsValue) //[In/Out]數(shù)值
那么我的調(diào)用應(yīng)該這么寫:
//@ __cdecl * 后面函數(shù)名可以自定義
typedef int(__cdecl *GetComCheckSum)(
unsigned char const *,
unsigned int,
unsigned char&);
LoadLibrary
- [格式]
function LoadLibrary(LibFileName : PChar): Thandle; - [功能] 加載由參數(shù) LibFileName 指定的 DLL 文件
- [說明] 參數(shù) LibFileName 指定了要裝載的 DLL 文件名
如果 LibFileName 沒有包含一個(gè)路徑,系統(tǒng)將按照:當(dāng)前目錄、Windows 目錄、Windows 系統(tǒng)目錄、包含當(dāng)前任務(wù)可執(zhí)行文件的目錄、列在 PATH 環(huán)境變量中的目錄等順序查找文件。
如果函數(shù)操作成功,將返回裝載 DLL 庫模塊的實(shí)例句柄,否則,將返回一個(gè)錯誤代碼,錯誤代碼的定義如下表所示
錯誤代碼 含義
0 系統(tǒng)內(nèi)存不夠,可執(zhí)行文件被破壞或調(diào)用非法
2 文件沒有被發(fā)現(xiàn)
3 路徑?jīng)]有被發(fā)現(xiàn)
5 企圖動態(tài)鏈接一個(gè)任務(wù)錯誤或者有一個(gè)共享或網(wǎng)絡(luò)保護(hù)錯誤
6 庫需要為每個(gè)任務(wù)建立分離的數(shù)據(jù)段
8 沒有足夠的內(nèi)存啟動應(yīng)用程序
10 Windows 版本不正確
11 可執(zhí)行文件非法或不是Windows 應(yīng)用程序,或在. EXE映像中有錯誤
12 應(yīng)用程序?yàn)橐粋€(gè)不同的操作系統(tǒng)設(shè)計(jì)(如 OS/2)
13 應(yīng)用程序?yàn)? MS DOS 4. 0 設(shè)計(jì)
14 可執(zhí)行文件的類型不知道
15 試圖裝載一個(gè)實(shí)模式應(yīng)用程序(為早期Windows 版本設(shè)計(jì))
16 試圖裝載包含可寫的多個(gè)數(shù)據(jù)段的可執(zhí)行文件的第二個(gè)實(shí)例
19 試圖裝載一個(gè)壓縮的可執(zhí)行文件(文件必須被解壓后才能被裝載)
20 DLL 文件非法
21 應(yīng)用程序需要 32 位擴(kuò)展
Example
//@ 定義句柄
HINSTANCE hSnKLib;
//@ 獲取鏈接庫句柄 Getchecksum為dll的文件名 即 Getchecksum.dll
//@ 系統(tǒng)將會在當(dāng)前目錄下尋找名為Getchecksum.dll的文件
//@ 至于為什么使用_T("") ,_T是一個(gè)宏,作用是讓你的程序支持Unicode編碼,Windows使用兩種字符集ANSI和UNICODE
hSnKLib = LoadLibrary(_T("Getchecksum"))
//@ 如果未能成功獲取,拋出錯誤
if (hSnKLib == NULL)
{
FreeLibrary(hSnKLib);
printf("LoadLibrary err\n");
getchar();
return 1;
}
GetProcAddress
- 格式:
function GetProcAddress(Module:Thandle; ProcName:PChar): TfarProc; - 功能: 返回參數(shù) Module 指定的模塊中,由參數(shù) ProcName 指定的過程或函數(shù)的入口地址
- 說明: 參數(shù)
Module包含被調(diào)用函數(shù)的 DLL 句柄,這個(gè)值由 LoadLibrary 返回,procName是指向含有函數(shù)名的以 nil 結(jié)尾的字符串指針,或者可以是函數(shù)的次序值.
大多數(shù)情況下,用函數(shù)名是一種更穩(wěn)妥的選擇。
如果該函數(shù)執(zhí)行成功,則返回 DLL 中由參數(shù) ProcName 指定的過程或函數(shù)的入口地址,否則返回 nil 。
Example
//前面我們在頭文件中聲明了下述函數(shù)
typedef int(__cdecl *GetComCheckSum)(
unsigned char const *,
unsigned int,
unsigned char&);
//實(shí)例化并且獲取函數(shù)地址
//fnGetComCheckSum為dll export出來的函數(shù)名,GetComCheckSum為我們引用時(shí)候聲明的函數(shù)名
//這里做的工作就是將dll中函數(shù)與我們聲明的聯(lián)系到一塊。
GetComCheckSum getcom = (GetComCheckSum)GetProcAddress(hSnKLib, "fnGetComCheckSum")
if (!getcom)
{
FreeLibrary(hSnKLib); //釋放dll文件
//Add your code here
}
FreeLibrary
- 格式:
procedure FreeLibrary(Module: Thandle); - 說明:將由參數(shù) Module 指定的 DLL 文件從內(nèi)存中卸載 1 次。
- 說明:Module 為 DLL 庫的句柄。這個(gè)值由 LoadLibrary 返回。由于 DLL 在內(nèi)存中只裝載一次,因此調(diào)用 FreeLibrary 首先使 DLL 的引用計(jì)數(shù)減 1,如果計(jì)數(shù)減為 0 則卸載該 DLL
- 注意:每調(diào)用一次 LoadLibrary 函數(shù)就應(yīng)調(diào)用一次 FreeLibrary 函數(shù),以保證不會有多余的庫模塊在應(yīng)用程序結(jié)束后仍留在內(nèi)存中,否則導(dǎo)致內(nèi)存泄漏。
Example
FreeLibrary(hSnKLib);
FAQS
Question 1: GetLastError獲取錯誤代碼127
問題描述:
- 采用"運(yùn)行期間動態(tài)鏈接"自己的dll文件
- LoadLibrary成功獲取dll模塊句柄
- 但是GetProcAddress(hModule, “ExportFunc”)卻返回NULL,GetLastError獲取錯誤代碼127,意思是“找不到指定程序”
問題定位:
- 用Depends工具(VS2010默認(rèn)沒有,需另行下載:http://www.dependencywalker.com/),查看dll的導(dǎo)出函數(shù)名稱。
- 發(fā)現(xiàn)導(dǎo)出函數(shù)名不再是“ExportFunc”,而根據(jù)函數(shù)的返回類型和參數(shù)進(jìn)行了“decorate”,變?yōu)榱?ldquo;?ExportFunc@@YAXPB_W@Z”。
解決方法兩種:
- 修改GetProcAddress的第二個(gè)參數(shù)為真正的導(dǎo)出函數(shù)名稱即可
- 在dll工程中添加DEF文件,寫入如下內(nèi)容:
EXPORTS
ExportFunc
- 重新編譯dll工程。再次用Depends工具查看導(dǎo)出函數(shù)名稱,即為“ExportFunc”。
- 工程–鏈接器–輸入 的模塊定義文件中,將自己的DEF文件加上

參考案例
到此這篇關(guān)于VisualStudio 制作Dynamic Link Library動態(tài)鏈接庫文件的文章就介紹到這了,更多相關(guān)VisualStudio動態(tài)鏈接庫文件內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
超詳細(xì)解析C++實(shí)現(xiàn)歸并排序算法
歸并排序是比較穩(wěn)定的排序方法。它的基本思想是把待排序的元素分解成兩個(gè)規(guī)模大致相等的子序列。本文將用C++實(shí)現(xiàn)這一排序算法,需要的可以參考一下2022-09-09
C++實(shí)現(xiàn)打印1到最大的n位數(shù)
這篇文章主要介紹了C++實(shí)現(xiàn)打印1到最大的n位數(shù),并分析了實(shí)現(xiàn)代碼中語句的跳轉(zhuǎn)技巧,需要的朋友可以參考下2014-09-09
詳解C++中new運(yùn)算符和delete運(yùn)算符的使用
這篇文章主要介紹了C++中new運(yùn)算符和delete運(yùn)算符的使用,文章來自于微軟開發(fā)者文檔,因而根據(jù)Visual C++的一些特性來進(jìn)行講解,需要的朋友可以參考下2016-01-01
C語言Iniparser庫實(shí)現(xiàn)ini文件讀寫
iniparser是針對INI文件的解析器。ini文件則是一些系統(tǒng)或者軟件的配置文件。本文就來介紹一下如何利用Iniparser庫實(shí)現(xiàn)ini文件讀寫吧2023-03-03

