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

導出過程如下：

新建一個Win32項目：

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

// 下列 ifdef 塊是創(chuàng)建使從 DLL 導出更簡單的
// 宏的標準方法。此 DLL 中的所有文件都是用命令行上定義的 DLLEXPORT_EXPORTS
// 符號編譯的。在使用此 DLL 的
// 任何其他項目上不應定義此符號。這樣，源文件中包含此文件的任何其他項目都會將
// DLLEXPORT_API 函數(shù)視為是從 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#里導入看看能否調用，嗯……錯誤來了：

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

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

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

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

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

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

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

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

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

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

// 下列 ifdef 塊是創(chuàng)建使從 DLL 導出更簡單的
// 宏的標準方法。此 DLL 中的所有文件都是用命令行上定義的 DLLEXPORT_EXPORTS
// 符號編譯的。在使用此 DLL 的
// 任何其他項目上不應定義此符號。這樣，源文件中包含此文件的任何其他項目都會將
// DLLEXPORT_API 函數(shù)視為是從 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# 項目：

沒有指定 EntryPoint 了，成功！

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