刚接触C++,在尝试从 dll 中导出函数时,发现导出的函数名都“乱码”了。 导出过程如下: 新建一个Win32项目: 新建的解决方案里有几个导出的示例: // 下列 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#里导入看看能否调用,嗯……错误来了: 找不到入口点?难道是没导出么?我们用“Dependency Walker”来看看: Oh, shit, WTF is this? 导出是导出了,不过怎么都乱码了?
右键选择“Undecorate C++ Functions”之后才出现了真面目: 不过我们的目的是要在C#中使用,而不是用眼睛在 Dependency 里面看啊!嗯,既然入口点的名字都变了,要不我们在 C# 中手动指定入口点试试?
不错,成功了,我们终于可以使用 C++ dll里导出的函数了。 不过,这些乱码到底是什么东西?百度一下很轻松地找到了答案:
虽然有约定的含义,但这也真够麻烦的!我不禁想,我们之前导入 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# 项目: 没有指定 EntryPoint 了,成功! |
|