调用 C++ dll 的访问冲突

Question

我从我在 linux (gcc) 上编写的代码创建了 c++ dll（使用 mingw），但不知何故在 VC++ 中使用它时遇到了困难。 dll 基本上只公开一个类，我为它创建了纯虚拟接口以及创建对象（唯一导出）的工厂函数，如下所示：

extern "C" __declspec(dllexport) DeviceDriverApi* GetX5Driver(); 

我添加了 extern "C" 以防止名称混淆，在我想使用 dll 的实际代码中，dllexport 被替换为 dllimport，DeviceDriverApi 是纯虚拟接口。

现在我在 VC++ 中编写了简单的代码，它只调用工厂函数，然后尝试删除指针。它编译没有任何问题，但是当我尝试运行它时，出现访问冲突错误。如果我尝试调用对象的任何方法，我会再次遇到访问冲突。

当我在 MinGW (gcc) 中编译相同的代码并使用相同的库时，它运行没有任何问题。所以VC++代码如何使用库和gcc代码之间肯定有一些东西（呵呵，我猜实际上有很多不同:)）。

有什么想法吗？

干杯， 汤姆

编辑： 代码是：

    DeviceDriverApi* x5Driver = GetX5Driver();


if (x5Driver->isConnected())
    Console::WriteLine(L"Hello World");

delete x5Driver;

当我尝试调用该方法以及尝试删除指针时，它会崩溃。该对象是正确创建的（第一行）。创建对象时有一些调试输出，在出现访问冲突错误之前我可以看到它们。

Answer 1

• 您正在为 DLL 使用一个编译器 (mingw)，而为调用代码使用另一个 (VC++)。
• 您正在调用“C”函数，但返回的是指向 C++ 对象的指针。

这永远不会起作用，因为几乎可以保证 VTable 布局是不兼容的。而且，DLL 和应用程序可能正在使用不同的内存管理器，所以你用一个 new() 和另一个 delete()。再一次，它只是行不通。

为此，两个编译器都需要支持标准ABI（应用程序二进制接口）。我认为 Windows 不存在这样的东西。

最好的选择是通过 C 函数（包括删除对象的函数）公开所有 DLL 对象方法和属性。您可以在调用端重新包装成 C++ 对象。

Answer 2

两个不同的编译器可能使用不同的调用约定。尝试将 _cdecl 放在客户端代码和 DLL 代码中的函数名之前，然后重新编译。

更多关于调用约定的信息：http://en.wikipedia.org/wiki/X86_calling_conventions

编辑：问题已更新为更详细，看起来问题很可能是 Adrien Plisson 在他的回答末尾所描述的。您在一个模块中创建一个对象并在另一个模块中释放它，这是错误的。

Answer 3

(1) 我也怀疑是调用约定问题，尽管 Leo 的简单建议似乎没有帮助。

isConnected 是虚拟的吗？ MinGW 和 VC++ 可能对 VTable 使用不同的实现，在这种情况下，运气不好。

尝试看看调试器能走多远：它是在调用时崩溃，还是在返回时崩溃？您是否收到无效代码？ （如果你会阅读汇编，这通常对解决这些问题有很大帮助。）

或者，将跟踪语句添加到各种方法中，看看你能走多远。

(2) 对于公共 DLL 接口，永远不要释放调用者中由被调用者分配的内存（反之亦然）。 DLL 可能使用完全不同的堆运行，因此指针未知。

如果您想依赖该行为，您需要确保：

• 调用者和被调用者（即 DLL 和主程序，在您的情况下）使用相同版本的 sam 编译器编译
• 对于所有受支持的编译器，您已配置编译选项以确保调用者和被调用者使用相同的共享运行时库状态。

因此，最好的方法是将您的 API 更改为：

extern "C" __declspec(dllexport) DeviceDriverApi* GetX5Driver(); 
extern "C" __declspec(dllexport) void FreeDeviceDriver(DeviceDriverApi* driver); 

并且，在调用方站点，以某种方式包装（例如，在 boost::intrusive_ptr 中）。

Answer 4

尝试从您的 DLL 和您的客户端可执行文件中查看导入的库。 （您可以使用 Dependency Viewer 或 dumpbin 或任何其他您喜欢的工具）。验证 DLL 和客户端代码是否使用相同的 C++ 运行时。

如果不是这种情况，您确实会遇到一些问题，因为两者之间的内存管理方式可能不同，从而导致在从一个运行时释放从另一个运行时分配的指针时崩溃。

如果这确实是您的问题，请尝试不要在您的客户端可执行文件中销毁指针，而是在您的 DLL 中声明并导出一个函数，该函数将负责销毁指针。