【问题标题】:How to create shared library specific singleton instances如何创建共享库特定的单例实例
【发布时间】:2016-11-18 20:53:10
【问题描述】:

我有一组应用程序插件,它们都链接到一个公共基础库。基础库定义了一个单例,它维护每个插件中所有对象构造函数的列表。

在 Windows 上,我可以将此基础库创建为静态库,因此在每个插件中都放置了一个单例副本。 但是在 Linux 上我有一点相反的问题as this fellow.

到目前为止,我已经尝试了以下方法:

  • 将基础构建为共享库(根据原作者)
  • 使用 -fPIC 将基础构建为静态
  • 使用 -fPIC 将基础构建为静态,在 CMake 中显式删除 -rdynamic

我真的很想保持程序结构与现在相同,方法是将单例定义驻留在基础库中,以便每个插件都有自己的实例。我已经尝试将定义移动到每个插件中,但我真的很想避免这种情况。 本质上,我想重现他认为的错误。然而,他将他的单例完全定义在一个头文件中,这对我来说很有意义,每个插件都有自己的类实例化,另一方面,我将单例的定义编译到基础库中。

【问题讨论】:

    标签: c++ linux linker shared-libraries


    【解决方案1】:

    对您来说最好的解决方案是在 Windows 上做同样的事情:将基础库编译为存档(静态)库并将其链接到每个插件。 (这需要用-fPIC编译基础库。)

    这不起作用的原因:您没有控制从插件导出的功能。

    在 Windows 上,除非您明确地 DLLEXPORT 插件中的函数,否则它仍然是内部的。在 Linux 上,默认是相反的,当两个共享库导出相同的符号时,第一个加载的获胜。

    所以,这就是你需要做的:

    1. -fPIC -fvisibility=hidden编译基础库
    2. 对于您确实想从插件中导出的特定功能,请添加__attribute__((visibility("default")))

    完成此操作后,运行 nm -D new-plugin.so 并与 nm -D old-plugin.so 进行比较。您应该看到旧插件导出了所有内容,而新插件导出了您标记为导出的函数。

    另一种方法是使用linker script 来控制符号可见性。

    【讨论】:

    • 另一个机会是using a visibility pragma
    • 感谢您的回复,我将在接下来的几天内进行测试并确认这是否适用于我正在做的事情。
    • 经过测试并验证这适用于我想做的事情。非常感谢。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-05-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-05-07
    相关资源
    最近更新 更多