Windows 和 Linux 上的 C++ [[gnu::visibility("default")]] vs __declspec(dllexport)

Question

我需要用 C++ 制作一些共享库，并且我使用 linux 作为我的开发人员操作系统。我知道如果我想通过dlsym/LoadLibrary 加载符号，我需要使它们可见。所以在linux中我所有的符号都遵循这个模式：

extern "C" [[gnu::visibility("default")]] void f();

我在启用 C++11 的情况下使用了 clang，并且能够在我的主机程序中加载 f。当我迁移到 Windows 时，我使用了启用 C++11 的 GCC 4.8.2，并且该模式在 Windows 机器上也可以使用LoadLibrary。 （我需要将 C++11 用于新的属性语法）。我知道在 Windows 上我需要使用 __declspec(dllexport) 从共享库中导出符号。所以现在怎么办？ __declspec(dllexport) 不再需要了吗？

编辑：

我发现here 是同义词（我认为）所以问题是__declspec(dllimport) 是否有[[gnu::attribute]] 以避免使用宏和ifdefs 用于特定目标？

Answer 1

符号可见性与dllexport略有不同——主要原因是当你在Windows下mingw/cygwin下编译.dll时，默认behaviour of the linker是选项-export-all-symbols——即默认情况下，它会自动从您的.dll 导出所有内容。

您可以通过使用.def 文件或将__declspec((dllexport)) 或__attribute((dllexport)) 放在any 例程上来更改此行为（即，如果您指定要导出单个符号，则仅导出声明为导出的符号）。如果您的库中有很多符号，这可以在 dll 加载时显着提高性能。

如果要使用等效的C++ 属性，则使用[[gnu::dllexport]]

所以，是的，使用dllexport 来阻止您的.dll 输出世界。

以类似的方式，您可以使用[[gnu:dllimport]] 导入外部例程。

阅读文档时要小心；它实际上说的是，当您使用 dllexport 属性时，它还会触发 visibility:default 行为，除非它被覆盖。