【圖文】[新手]C++ 動態庫導出函數名“亂碼”及解決


剛接觸C++,在嘗試從 dll 中導出函數時,發現導出的函數名都“亂碼”了。

導出過程如下:

新建一個Win32項目:

image

新建的解決方案里有幾個導出的示例:

// 下列 ifdef 塊是創建使從 DLL 導出更簡單的
// 宏的標准方法。此 DLL 中的所有文件都是用命令行上定義的 DLLEXPORT_EXPORTS
// 符號編譯的。在使用此 DLL 的
// 任何其他項目上不應定義此符號。這樣,源文件中包含此文件的任何其他項目都會將
// DLLEXPORT_API 函數視為是從 DLL 導入的,而此 DLL 則將用此宏定義的
// 符號視為是被導出的。
#ifdef DLLEXPORT_EXPORTS
#define DLLEXPORT_API __declspec(dllexport)
#else
#define DLLEXPORT_API __declspec(dllimport)
#endif

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

extern DLLEXPORT_API int ndllExport;

DLLEXPORT_API int fndllExport(void);

於是我什么都不做,直接生成,並且在C#里導入看看能否調用,嗯……錯誤來了:

image

找不到入口點?難道是沒導出么?我們用“Dependency Walker”來看看:

image

Oh, shit, WTF is this? 導出是導出了,不過怎么都亂碼了?

 

 

右鍵選擇“Undecorate C++ Functions”之后才出現了真面目:

image

不過我們的目的是要在C#中使用,而不是用眼睛在 Dependency 里面看啊!嗯,既然入口點的名字都變了,要不我們在 C# 中手動指定入口點試試?

image 

不錯,成功了,我們終於可以使用 C++ dll里導出的函數了。

不過,這些亂碼到底是什么東西?百度一下很輕松地找到了答案:

DLL(動態庫)導出函數名亂碼含義 
C++編譯時函數名修飾約定規則:   
  __stdcall調用約定:   
  1、以"?"標識函數名的開始,后跟函數名;  
  2、函數名后面以"@@YG"標識參數表的開始,后跟參數表; 
  3、參數表以代號表示:   
  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--表示指針,后面的代號表明指針類型,如果相同類型的指針連續出現,以"0"代替,一個"0"代表一次重復;   
  4、參數表的第一項為該函數的返回值類型,其后依次為參數的數據類型,指針標識在其所指數據類型前;   
  5、參數表后以"@Z"標識整個名字的結束,如果該函數無參數,則以"Z"標識結束。   
  其格式為"?functionname@@YG*****@Z"或"?functionname@@YG*XZ",例如   
                      int Test1(char *var1, unsigned long)-----?Test1@@YGHPADK@Z

                     void Test2()-----"?Test2@@YGXXZ"
  __cdecl調用約定:   
  規則同上面的_stdcall調用約定,只是參數表的開始標識由上面的"@@YG"變為"@@YA"。   
  __fastcall調用約定:   
  規則同上面的_stdcall調用約定,只是參數表的開始標識由上面的"@@YG"變為"@@YI"。  

  如果要用DEF文件輸出一個"C++"類,則把要輸出的數據和成員的修飾名都寫入.def模塊定義文件   
  所以...   通過def文件來導出C++類是很麻煩的,並且這個修飾名是不可避免的

 

雖然有約定的含義,但這也真夠麻煩的!我不禁想,我們之前導入 User32.dll,Shell32.dll 等等這些動態庫的函數的時候,那些EntryPoint沒見這么麻煩啊,怎么回事?還是萬能的百度……“在到處函數之前加上“extern "C"”就行了!”,我們來試試:

// 下列 ifdef 塊是創建使從 DLL 導出更簡單的
// 宏的標准方法。此 DLL 中的所有文件都是用命令行上定義的 DLLEXPORT_EXPORTS
// 符號編譯的。在使用此 DLL 的
// 任何其他項目上不應定義此符號。這樣,源文件中包含此文件的任何其他項目都會將
// DLLEXPORT_API 函數視為是從 DLL 導入的,而此 DLL 則將用此宏定義的
// 符號視為是被導出的。
#ifdef DLLEXPORT_EXPORTS
#define DLLEXPORT_API __declspec(dllexport)
#else
#define DLLEXPORT_API __declspec(dllimport)
#endif

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

extern "C" DLLEXPORT_API int ndllExport;

extern "C" DLLEXPORT_API int fndllExport(void);

注意和之前對比,最后兩行有變化。編譯生成,運行 C# 項目:

image

沒有指定 EntryPoint 了,成功!


免責聲明!

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



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