共享库中的类的构造函数是否导出？

Question

我有一个包含类 Foo 的共享库 lib.so。我正在动态加载（在 UNIX 上使用 dlopen）lib.so。加载后我想创建一个 Foo 的实例。
我可以简单地使用 new 运算符来创建 Foo 的对象吗？或者我必须创建一个导出的工厂方法，放置在 lib.so 中会为我创建那个对象吗？

实际上，问题是 Foo 的构造函数是否已导出，以及是否可以简单地使用 new 运算符调用。我认为 UNIX 上共享库中的所有类和方法都是默认导出的，并且我不必像在 Windows dll 上那样显式导出它们。

除了隐藏Foo创建（并可能初始化）对象的方式之外，在创建共享库中包含的类的对象时使用工厂方法还有其他原因吗？

Answer 1

基本答案是肯定的。然而，问题在于细节。在 Windows 上，使用 Microsoft C++ 编译器，默认情况下不会为 DLL 导出所有符号，无论它们是方法、变量等。您需要显式导出函数、类和/或全局变量。我相信 Borlands 编译器也是如此（我可能是错的）。

对于 GCC，过去的情况是默认导出所有内容，并且您无法真正控制它。几年前，这种情况随着添加的属性而改变（我记不清它的确切名称，但它的工作方式类似于等效的 Microsoft __declspec(dllexport) ）。

因此，如果您定义一个类并将其标记为导出（无论您选择这样做），它将导出其构造函数。然而，正如上一张海报所提到的，由于 C++ 的性质，符号名称会根据您使用的编译器以及有时 C++ 编译器的版本而变化。这不一定是问题，这取决于您想要如何使用东西，但这确实意味着您必须意识到这一点。

Answer 2

这种方法存在一些问题。特别是，当库和程序使用不同版本的相同编译器时，您无法保证类成员函数具有相同的符号名称。

因此，请采用工厂方法和不透明 C 指针类型：

// .cpp file
class Foo { ... };

// .h file
struct FooHandle;

#ifdef __cplusplus
extern "C"
{
    FooHandle* constructFoo(...);
    void releaseFoo(FooHandle*);
    int someFooMethod(FooHandle*, int param1, ...);
}
#endif

导出共享库时始终使用 C 函数和不透明指针类型。