背景
项目中使用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就没有问题。简单搜索了一下，没有什么收获，遂暂时放弃直接解决这个问题。
[cpp] view plaincopy
- template <typename TypeHandler>
- void RepeatedPtrFieldBase::Destroy() {
- for (int i = 0; i < allocated_size_; i++) {
- TypeHandler::Delete(cast<TypeHandler>(elements_[i]));
- }
- delete [] elements_; // elements_ == NULL
- }
尝试编译.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是一样的，这 样就就产生了冲突。
办法就很简单了：
- 使用protobuf源代码（正好这项目原来就使用源代码）
- 修改google\protobuf\stubs\common.h，加入一行宏定义，修改本地的命名空间
[cpp] view plaincopy
- namespace std {}
- #define google google_private
- namespace google {
- 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++）
StackOverflow上的回答：http://stackoverflow.com/questions/19848118/weird-ios-libprotobuf-dylib-cause-crash