在Code::Blocks的MinGW环境下调用MSVC编译的DLL技术问询

首先得点出一个致命的核心陷阱：你用extern "C"修饰了函数，但函数参数是std::vector<std::string>——这是C标准库类型，而MSVC和MinGW（GCC）的STL实现完全独立，ABI（应用二进制接口）不兼容。extern "C"只能解决函数名 mangling 的问题，根本解决不了C类型的跨编译器内存布局、构造/析构逻辑差异，哪怕你成功生成了MinGW可用的导入库，调用时也大概率会崩溃、内存泄漏或者出现不可预测的行为。

一、先解决根本问题：替换C++类型为C兼容接口 #

要让跨编译器的DLL调用安全可靠，必须把函数参数换成C语言能识别的原生类型，比如用C风格字符串数组+长度的组合：

修改MSVC端的DLL函数声明 #

把原来的函数改成：

extern "C" __declspec(dllexport) void myfunc(const char** names, int count);

然后在实现里，把传入的C字符串数组转换成std::vector<std::string>处理：

void myfunc(const char** names, int count) {
    std::vector<std::string> nameList;
    for (int i = 0; i < count; ++i) {
        if (names[i]) {
            nameList.push_back(names[i]);
        }
    }
    // 原来的业务逻辑代码...
}

这样函数参数全是C兼容类型，MSVC和MinGW的调用就不会有ABI冲突了。

二、正确使用pexports和dlltool生成MinGW导入库 #

不管是修改后的C接口函数，还是你坚持要用原函数（不推荐），都要确保工具步骤正确：

1. 导出函数符号：
   把原MSVC编译的mydll.dll放到MinGW的bin目录（或者把MinGW/bin加到系统PATH），执行：

   pexports mydll.dll | sed "s/^_//" > mydll.def
   

   这里sed "s/^_//"是因为MSVC导出的C函数名前会带下划线，而MinGW默认不带，必须去掉前缀才能匹配。

2. 生成MinGW专用导入库：
   注意！不要用dlltool覆盖原DLL，应该生成.a格式的静态导入库（MinGW的导入库是.a，不是MSVC的.lib）：

   dlltool -d mydll.def -l libmydll.a
   

   生成的libmydll.a是MinGW链接时需要的文件，原mydll.dll要保留，程序运行时必须能找到它。

三、Code::Blocks中配置调用环境 #

1. 头文件函数声明：
   在你的MinGW项目里，要正确声明DLL的导入函数，注意用extern "C"匹配DLL的C封装，加上__declspec(dllimport)告诉编译器这是外部DLL的函数：

   #ifdef __cplusplus
   extern "C" {
   #endif
   __declspec(dllimport) void myfunc(const char** names, int count);
   // 如果是原函数（不推荐）：__declspec(dllimport) void myfunc(std::vector<std::string>& names);
   #ifdef __cplusplus
   }
   #endif
   

2. 链接器配置：

   • 打开Code::Blocks的项目设置，进入Build options -> Linker settings。
   • 在Link libraries里点击Add按钮，选择刚才生成的libmydll.a文件。
   • 确保mydll.dll和你的MinGW编译的exe在同一目录，或者把它加到系统PATH中，否则程序运行时会找不到DLL。

四、关于原std::vector参数函数的风险重申 #

如果一定要保留原函数，哪怕生成了导入库，调用时几乎必然出问题：

• MSVC的std::vector和MinGW的std::vector内部结构完全不同（比如内存分配器、大小存储的偏移等）。
• 当你在MinGW代码中传递std::vector给MSVC的DLL函数时，DLL会用MSVC的逻辑操作这个容器，而你的exe用MinGW的逻辑操作，直接会导致内存破坏、程序崩溃。

所以强烈建议改成C兼容的参数类型，这才是跨编译器DLL调用的正确姿势。

内容的提问来源于stack exchange，提问作者chans