protobuf静态库隐藏符号的坑

最新推荐文章于 2024-03-11 09:13:56 发布

flower980323

最新推荐文章于 2024-03-11 09:13:56 发布

阅读量1.1k

点赞数

分类专栏：第三方工具文章标签： protobuf c++

本文链接：https://blog.youkuaiyun.com/weixin_42210846/article/details/115286635

版权

第三方工具专栏收录该内容

1 篇文章

订阅专栏

博客讲述了在无法使用protobuf动态库且静态库导致符号冲突的情况下，如何处理protobuf的hidden symbol问题。通过隐藏符号生成的protobuf静态库在创建SO时，会导致string字段的protobuf对象出现问题，因为每个目标文件中都会生成一个fixed_address_empty_string对象。解决方案是通过修改protobuf源码，使fixed_address_empty_string保持默认可见性，或者通过修改命名空间避免符号冲突。这种方法解决了string字段问题，但可能存在其他隐藏问题，最终建议是使用命名空间修改来彻底解决冲突。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

背景：由于某些原因在环境上无发使用protobuf动态库且使用静态库会出现protobuf的符号冲突，通过隐藏符号来解决该问题

概要：生成protobuf隐藏符号的静态库，并用该静态库生成so，再通过两者使用包含string字段的protobuf对象时，出现各种异常。

详细描述：
protobuf隐藏符号后生成静态库，使用该静态库再生成so(例如protoc生成的*.pb.cc文件)时，protobuf/sr/google/protobuf/fixmessage_lite.h文件中的fixed_address_empty_string对象会在该so中生成一个local对象。当同时使用生成的so和隐藏符号的静态库时（如main.cpp生成可执行文件），main中也存在一个fixed_address_empty_string对象，当操作main中包含string字段的protobbuf对象时（string字段的生成和使用会依赖fixed_address_empty_string），会出现fixed_address_empty_string初始化是使用so中的local对象，而在使用时是使用main中的fixed_address_empty_string对象，从而导致冲突，造成各种奇怪现象。

解决方案：可以将protobuf/src/google/protobuf/generated_message_util.cc文件中的fixed_address_empty_string定义添加上__attribute__((visibility ("default")))属性，从而生成静态库时不隐藏该符号，也就不会在so中产生该local对象

结论：使用protobuf包含string字段的对象时，要保证操作的fixed_address_empty_string对象是同一个。

后续：由于此方法只能解决string字段的问题，可能还有其他隐藏问题，最后的解决方案为修改命名空间，google的开源项目都支持修改名字空间，编译时添加-Dgoogle=XXX选项，生成的符号也就不会发生冲突。