這篇文章主要介紹了C++ 動態(tài)庫導(dǎo)出函數(shù)名亂碼怎么辦,具有一定借鑒價值,感興趣的朋友可以參考下,希望大家閱讀完這篇文章之后大有收獲,下面讓小編帶著大家一起了解一下。
創(chuàng)新互聯(lián)公司服務(wù)項目包括果洛州網(wǎng)站建設(shè)、果洛州網(wǎng)站制作、果洛州網(wǎng)頁制作以及果洛州網(wǎng)絡(luò)營銷策劃等。多年來,我們專注于互聯(lián)網(wǎng)行業(yè),利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等,向廣大中小型企業(yè)、政府機構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案,果洛州網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟效益。目前,我們服務(wù)的客戶以成都為中心已經(jīng)輻射到果洛州省份的部分城市,未來相信會繼續(xù)擴大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任!
剛接觸C++,在嘗試從 dll 中導(dǎo)出函數(shù)時,發(fā)現(xiàn)導(dǎo)出的函數(shù)名都“亂碼”了。
導(dǎo)出過程如下:
新建一個Win32項目:
新建的解決方案里有幾個導(dǎo)出的示例:
// 下列 ifdef 塊是創(chuàng)建使從 DLL 導(dǎo)出更簡單的 // 宏的標(biāo)準(zhǔn)方法。此 DLL 中的所有文件都是用命令行上定義的 DLLEXPORT_EXPORTS // 符號編譯的。在使用此 DLL 的 // 任何其他項目上不應(yīng)定義此符號。這樣,源文件中包含此文件的任何其他項目都會將 // DLLEXPORT_API 函數(shù)視為是從 DLL 導(dǎo)入的,而此 DLL 則將用此宏定義的 // 符號視為是被導(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)用,嗯……錯誤來了:
找不到入口點?難道是沒導(dǎo)出么?我們用“Dependency Walker”來看看:
Oh, shit, WTF is this? 導(dǎo)出是導(dǎo)出了,不過怎么都亂碼了?
右鍵選擇“Undecorate C++ Functions”之后才出現(xiàn)了真面目:
不過我們的目的是要在C#中使用,而不是用眼睛在 Dependency 里面看??!嗯,既然入口點的名字都變了,要不我們在 C# 中手動指定入口點試試?
不錯,成功了,我們終于可以使用 C++ dll里導(dǎo)出的函數(shù)了。
不過,這些亂碼到底是什么東西?百度一下很輕松地找到了答案:
DLL(動態(tài)庫)導(dǎo)出函數(shù)名亂碼含義
C++編譯時函數(shù)名修飾約定規(guī)則:
__stdcall調(diào)用約定:
1、以"?"標(biāo)識函數(shù)名的開始,后跟函數(shù)名;
2、函數(shù)名后面以"@@YG"標(biāo)識參數(shù)表的開始,后跟參數(shù)表;
3、參數(shù)表以代號表示:
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--表示指針,后面的代號表明指針類型,如果相同類型的指針連續(xù)出現(xiàn),以"0"代替,一個"0"代表一次重復(fù);
4、參數(shù)表的第一項為該函數(shù)的返回值類型,其后依次為參數(shù)的數(shù)據(jù)類型,指針標(biāo)識在其所指數(shù)據(jù)類型前;
5、參數(shù)表后以"@Z"標(biāo)識整個名字的結(jié)束,如果該函數(shù)無參數(shù),則以"Z"標(biāo)識結(jié)束。
其格式為"?functionname@@YG*****@Z"或"?functionname@@YG*XZ",例如
int Test1(char *var1, unsigned long)-----?Test1@@YGHPADK@Zvoid Test2()-----"?Test2@@YGXXZ"
__cdecl調(diào)用約定:
規(guī)則同上面的_stdcall調(diào)用約定,只是參數(shù)表的開始標(biāo)識由上面的"@@YG"變?yōu)?@@YA"。
__fastcall調(diào)用約定:
規(guī)則同上面的_stdcall調(diào)用約定,只是參數(shù)表的開始標(biāo)識由上面的"@@YG"變?yōu)?@@YI"。如果要用DEF文件輸出一個"C++"類,則把要輸出的數(shù)據(jù)和成員的修飾名都寫入.def模塊定義文件
所以... 通過def文件來導(dǎo)出C++類是很麻煩的,并且這個修飾名是不可避免的
雖然有約定的含義,但這也真夠麻煩的!我不禁想,我們之前導(dǎo)入 User32.dll,Shell32.dll 等等這些動態(tài)庫的函數(shù)的時候,那些EntryPoint沒見這么麻煩啊,怎么回事?還是萬能的百度……“在到處函數(shù)之前加上“extern "C"”就行了!”,我們來試試:
// 下列 ifdef 塊是創(chuàng)建使從 DLL 導(dǎo)出更簡單的 // 宏的標(biāo)準(zhǔn)方法。此 DLL 中的所有文件都是用命令行上定義的 DLLEXPORT_EXPORTS // 符號編譯的。在使用此 DLL 的 // 任何其他項目上不應(yīng)定義此符號。這樣,源文件中包含此文件的任何其他項目都會將 // DLLEXPORT_API 函數(shù)視為是從 DLL 導(dǎo)入的,而此 DLL 則將用此宏定義的 // 符號視為是被導(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);
注意和之前對比,最后兩行有變化。編譯生成,運行 C# 項目:
沒有指定 EntryPoint 了,成功!
感謝你能夠認(rèn)真閱讀完這篇文章,希望小編分享的“C++ 動態(tài)庫導(dǎo)出函數(shù)名亂碼怎么辦”這篇文章對大家有幫助,同時也希望大家多多支持創(chuàng)新互聯(lián),關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,更多相關(guān)知識等著你來學(xué)習(xí)!