快捷導(dǎo)航

詳解C++ 動(dòng)態(tài)庫(kù)導(dǎo)出函數(shù)名亂碼及解決

更新時(shí)間：2019年03月13日 14:34:46 作者：luochenlong

這篇文章主要介紹了C++ 動(dòng)態(tài)庫(kù)導(dǎo)出函數(shù)名亂碼及解決，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧

剛接觸C++，在嘗試從 dll 中導(dǎo)出函數(shù)時(shí)，發(fā)現(xiàn)導(dǎo)出的函數(shù)名都“亂碼”了。

導(dǎo)出過(guò)程如下：

新建一個(gè)Win32項(xiàng)目：

新建的解決方案里有幾個(gè)導(dǎo)出的示例：

// 下列 ifdef 塊是創(chuàng)建使從 DLL 導(dǎo)出更簡(jiǎn)單的
// 宏的標(biāo)準(zhǔn)方法。此 DLL 中的所有文件都是用命令行上定義的 DLLEXPORT_EXPORTS
// 符號(hào)編譯的。在使用此 DLL 的
// 任何其他項(xiàng)目上不應(yīng)定義此符號(hào)。這樣，源文件中包含此文件的任何其他項(xiàng)目都會(huì)將
// DLLEXPORT_API 函數(shù)視為是從 DLL 導(dǎo)入的，而此 DLL 則將用此宏定義的
// 符號(hào)視為是被導(dǎo)出的。
#ifdef DLLEXPORT_EXPORTS
#define DLLEXPORT_API __declspec(dllexport)
#else
#define DLLEXPORT_API __declspec(dllimport)
#endif

// 此類是從 dllExport.dll 導(dǎo)出的
class DLLEXPORT_API CdllExport {
public:
 CdllExport(void);
 // TODO: 在此添加您的方法。
};

extern DLLEXPORT_API int ndllExport;

DLLEXPORT_API int fndllExport(void);

于是我什么都不做，直接生成，并且在C#里導(dǎo)入看看能否調(diào)用，嗯……錯(cuò)誤來(lái)了：

找不到入口點(diǎn)？難道是沒(méi)導(dǎo)出么？我們用“Dependency Walker”來(lái)看看：

Oh, shit, WTF is this? 導(dǎo)出是導(dǎo)出了，不過(guò)怎么都亂碼了？

右鍵選擇“Undecorate C++ Functions”之后才出現(xiàn)了真面目：

不過(guò)我們的目的是要在C#中使用，而不是用眼睛在 Dependency 里面看啊！嗯，既然入口點(diǎn)的名字都變了，要不我們?cè)?C# 中手動(dòng)指定入口點(diǎn)試試？

不錯(cuò)，成功了，我們終于可以使用 C++ dll里導(dǎo)出的函數(shù)了。

不過(guò)，這些亂碼到底是什么東西？百度一下很輕松地找到了答案：

DLL(動(dòng)態(tài)庫(kù))導(dǎo)出函數(shù)名亂碼含義
C++編譯時(shí)函數(shù)名修飾約定規(guī)則：
__stdcall調(diào)用約定：
1、以"?"標(biāo)識(shí)函數(shù)名的開(kāi)始，后跟函數(shù)名；
2、函數(shù)名后面以"@@YG"標(biāo)識(shí)參數(shù)表的開(kāi)始，后跟參數(shù)表；
3、參數(shù)表以代號(hào)表示：
X--void
D--char
E--unsigned char
F--short
H--int
I--unsigned int
J--long
K--unsigned long
M--float
N--double
_N--bool
....
PA--表示指針，后面的代號(hào)表明指針類型，如果相同類型的指針連續(xù)出現(xiàn)，以"0"代替，一個(gè)"0"代表一次重復(fù)；
4、參數(shù)表的第一項(xiàng)為該函數(shù)的返回值類型，其后依次為參數(shù)的數(shù)據(jù)類型,指針標(biāo)識(shí)在其所指數(shù)據(jù)類型前；
5、參數(shù)表后以"@Z"標(biāo)識(shí)整個(gè)名字的結(jié)束，如果該函數(shù)無(wú)參數(shù)，則以"Z"標(biāo)識(shí)結(jié)束。
其格式為"?functionname@@YG*****@Z"或"?functionname@@YG*XZ"，例如
                      int Test1(char *var1, unsigned long)-----?Test1@@YGHPADK@Z

                     void Test2()-----"?Test2@@YGXXZ"
__cdecl調(diào)用約定：
規(guī)則同上面的_stdcall調(diào)用約定，只是參數(shù)表的開(kāi)始標(biāo)識(shí)由上面的"@@YG"變?yōu)?@@YA"。
__fastcall調(diào)用約定：
規(guī)則同上面的_stdcall調(diào)用約定，只是參數(shù)表的開(kāi)始標(biāo)識(shí)由上面的"@@YG"變?yōu)?@@YI"。

如果要用DEF文件輸出一個(gè)"C++"類，則把要輸出的數(shù)據(jù)和成員的修飾名都寫(xiě)入.def模塊定義文件
所以...   通過(guò)def文件來(lái)導(dǎo)出C++類是很麻煩的,并且這個(gè)修飾名是不可避免的

雖然有約定的含義，但這也真夠麻煩的！我不禁想，我們之前導(dǎo)入 User32.dll，Shell32.dll 等等這些動(dòng)態(tài)庫(kù)的函數(shù)的時(shí)候，那些EntryPoint沒(méi)見(jiàn)這么麻煩啊，怎么回事？還是萬(wàn)能的百度……“在到處函數(shù)之前加上“extern "C"”就行了！”，我們來(lái)試試：

// 下列 ifdef 塊是創(chuàng)建使從 DLL 導(dǎo)出更簡(jiǎn)單的
// 宏的標(biāo)準(zhǔn)方法。此 DLL 中的所有文件都是用命令行上定義的 DLLEXPORT_EXPORTS
// 符號(hào)編譯的。在使用此 DLL 的
// 任何其他項(xiàng)目上不應(yīng)定義此符號(hào)。這樣，源文件中包含此文件的任何其他項(xiàng)目都會(huì)將
// DLLEXPORT_API 函數(shù)視為是從 DLL 導(dǎo)入的，而此 DLL 則將用此宏定義的
// 符號(hào)視為是被導(dǎo)出的。
#ifdef DLLEXPORT_EXPORTS
#define DLLEXPORT_API __declspec(dllexport)
#else
#define DLLEXPORT_API __declspec(dllimport)
#endif

// 此類是從 dllExport.dll 導(dǎo)出的
class DLLEXPORT_API CdllExport {
public:
 CdllExport(void);
 // TODO: 在此添加您的方法。
};

extern "C" DLLEXPORT_API int ndllExport;

extern "C" DLLEXPORT_API int fndllExport(void);

注意和之前對(duì)比，最后兩行有變化。編譯生成，運(yùn)行 C# 項(xiàng)目：

沒(méi)有指定 EntryPoint 了，成功！

以上所述是小編給大家介紹的C++ 動(dòng)態(tài)庫(kù)導(dǎo)出函數(shù)名亂碼及解決詳解整合，希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！

您可能感興趣的文章: