【转】protobuf2.5.0在crash的问题。

时间：2021-08-09 19:21:55

背景

项目中使用protobuf作为网络传输协议，最开始在项目中直接使用源代码编译，在真机上测试一直是正常的，直到某天开始在 CPU是64 bit的设备上发现protobuf导致crash了，于是就开始尝试使用.a静态库看看是否能解决问题（失败了）。bug解决方案直接看最后。

开发环境

  • OS X 10.9 Mavericks
  • Xcode 5.0.2
  • protobuf 2.5.0
  • IOS7

Crash现象

protobuf在静态初始化的时候，crash在一个delete[] XXXptr; 这个指针是一个NULL。非常奇怪在32bit的ios设备上同样也是执行到这里也是delete[] nullptr就没有问题。简单搜索了一下，没有什么收获，遂暂时放弃直接解决这个问题。

  1. template <typename TypeHandler>
  2. void RepeatedPtrFieldBase::Destroy() {
  3. for (int i = 0; i < allocated_size_; i++) {
  4. TypeHandler::Delete(cast<TypeHandler>(elements_[i]));
  5. }
  6. delete [] elements_;  // elements_ == NULL
  7. }

尝试编译.a

略过大堆因为Xcode升级而无效/需修改的方法，直接上目前找到最靠谱的一个全自动脚本：https://gist.github.com/BennettSmith/7150245

这个脚本实现了：

  • 下载protobuf 2.5.0源代码
  • 生产5个平台的静态库（mac 64， iPhone simulator, armv7, armv7s, arm 64）
  • 合并成一个完整的Universal静态库。

编译是成功的，可能对于大部分人来说，到这里就结束了。

但是。。。在将生成的.a加入工程中依然出现了std库找不到的link错误。

静态库编辑成功

调整了除mac64平台外的CXX编译参数，和项目中使用的参数匹配之后，终于成功了。

最终使用的参数如下，（mac64的保持不变）

    • CXX=clang++
    • CXXFLAGS_ARM="${CFLAGS} -stdlib=libstdc++"
    • LDFLAGS_ARM="-stdlib=libstdc++"

但是。。。在64bit设备上依然Crash，现象同上。可以宣布这个尝试方向失败了！

问题解决

很意外的发现，crash的地方是Libproto.dylib，这个库是Apple自带的，而项目中是没有使用到这个库的。Google了一 下：“ImageLoader on the newer devices (iPhone 5S and apparently iPad air) has its own copy of Protocol Buffers which causes symbol collisions."，也就是说在最新的3个设备上有个库自带了一个Protobuf，和项目中的protobuf的namespace是一样的，这 样就就产生了冲突。
办法就很简单了：
  1. 使用protobuf源代码（正好这项目原来就使用源代码）
  2. 修改google\protobuf\stubs\common.h，加入一行宏定义，修改本地的命名空间
  1. namespace std {}
  2. #define google google_private
  3. namespace google {
  4. namespace protobuf {

相关信息

Xcode 5.0.2的一些默认参数

  • C Language Dialect：GUN99（-std=gnu99）
  • C++ Language Dialect：GNU++98（-std=gnu++98）
  • C++ Standard Library：libstdc++（-stdlib=libstdc++）

*上的回答：http://*.com/questions/19848118/weird-ios-libprotobuf-dylib-cause-crash

相关文章