macOS VST3插件Protobuf链接警告及符号冲突问题解析

项目背景 #

开发多个面向macOS的VST3音频插件，这类插件是宿主程序通过dlopen运行时加载的共享库（.dylib）。使用CMake构建插件，链接自行编译的Protobuf 3.20.0静态库。

初始崩溃问题 #

曾遇到严重bug：两个插件定义了同名但内容不同的Protobuf消息，导致生成的符号名称一致但实现逻辑不同。加载第二个插件时直接崩溃，调用栈显示两个插件的Protobuf消息互相干扰——比如插件A的析构函数最终调用了插件B的析构函数符号。

临时修复与遗留警告 #

在封装Protobuf依赖和插件专属Protobuf消息的CMake目标上设置CXX_VISIBILITY_PRESET hidden后，崩溃问题解决，但留下了链接警告：

ld: warning: direct access in function 'google::protobuf::internal::InternalMetadata::Container<google::protobuf::UnknownFieldSet>* google::protobuf::Arena::Create<google::protobuf::internal::InternalMetadata::Container<google::protobuf::UnknownFieldSet> >(google::protobuf::Arena*)' from file 'plugin_artefacts/Debug/libplugin_SharedCode.a(Message.pb.cc.o)' to global weak symbol 'typeinfo for google::protobuf::internal::InternalMetadata::Container<google::protobuf::UnknownFieldSet>' from file '/path/to/lib/libprotobuf.a(descriptor.pb.o)' means the weak symbol cannot be overridden at runtime. This was likely caused by different translation units being compiled with different visibility settings.

网络上很多帖子直接建议用-fvisibility=hidden编译所有内容，但没有解释该警告背后的本质问题。

已掌握信息与核心疑问 #

通过objdump --syms --demangle libprotobuf.a确认，libprotobuf.a将相关符号定义为弱符号：

0000000000010470  w    O __DATA,__const typeinfo for google::protobuf::internal::InternalMetadata::Container<google::protobuf::UnknownFieldSet>

但仍有诸多疑问：

• 该符号仅与插件内部逻辑相关，无需对外暴露，为何设为弱符号？弱符号在这里的必要性或益处是什么？
• 这个编译器生成的typeinfo符号为何会是弱符号？
• 能否修改这类编译器生成符号的可见性？是否应该修改？
• 尝试在Protobuf的configure脚本运行前，将-fvisibility=hidden加入CXXFLAGS环境变量重新编译libprotobuf.a，但该符号仍为弱符号——是传递标志的方式有误，还是这种思路本身不对？

需求 #

经历此次bug后，希望先深入理解问题本质，再选择合适的解决方案，而非盲目套用编译器选项却不清楚原理和潜在副作用。同时希望获取针对该主题的深入分析内容。

内容的提问来源于stack exchange，提问作者PluginPenguin