导出 C++来自 DLL 的类

Question

我在代码项目上发现了这篇文章，其中讨论了使用摘要接口作为从 C++ DLL 导出整个类的替代方案，以避免名称损坏问题。作者在其接口定义中有一个 Release() 方法，用户应该在使用类对象后调用该方法来释放该类对象的资源。为了自动调用此方法，作者还创建了一个类似 std::auto_ptr 的类，该类在删除对象之前调用 Release() 方法。

我想知道以下方法是否可行：

#include <memory>

#if defined(XYZLIBRARY_EXPORT) // inside DLL
#   define XYZAPI   __declspec(dllexport)
#else // outside DLL
#   define XYZAPI   __declspec(dllimport)
#endif  // XYZLIBRARY_EXPORT

// The abstract interface for Xyz object.
// No extra specifiers required.
struct IXyz
{
    virtual int Foo(int n) = 0;

    //No Release() method, sub-class' destructor does cleanup
    //virtual void Release() = 0;

    virtual ~IXyz() {}
};

// Factory function that creates instances of the Xyz object.
// Private function, do not use directly
extern "C" XYZAPI IXyz* __stdcall GetXyz_();

#define GetXyz()      std::auto_ptr<IXyz>( GetXyz_() )

当然，GetXyz() 可以是标头中定义的全局函数，而不是 #define。此方法的优点是我们不需要编写自己的调用 Release() 方法的 auto_ptr 派生类。

感谢您的回答， 阿什什。

Answer 1

通过这样做，您可能会冒着调用delete（在您的进程中，在auto_ptr的析构函数中）的风险，该对象不是通过对new()的匹配调用创建的（这是在工厂函数内部完成的，因此是在dll内部完成的）。肯定会出现问题，例如当您的 dll 在发布模式下编译而调用进程在调试模式下时。

Release() 方法更好。

Answer 2

这正是 COM 的工作原理。如果您已经针对 Win32 API，请避免重新发明这个轮子。使用智能指针存储COM接口指针在Windows编程中很常见，它们的析构函数调用Release()方法。查看 _com_ptr_t 和 CComPtr 的 MSDN 文档以获取想法。

Answer 3

如果这是一个公共 API，您面临的限制是不同模块将链接到的 CRT，并且创建该对象的 CRT 也必须是删除该对象的 CRT。

如果你没有选择正确的CRT，将会出现混乱
任何共享内存管理的东西都应该使用 CRT（或其他内存分配）作为外部库 - 即。 MSVC：多线程 DLL (/MD)

鉴于此，甚至不需要子类来实现您的目的。