为什么使用protobuf

解决问题

1. 现有的数据交换格式（XML）的解析性能差
2. 需要编写大量的代码来解析数据
3. 数据兼容性问题

---

同类技术

自定义数据编码

这种方式很简单且很灵活，但要求编写一次性的编码和解析代码，并且解析需要消耗一些运行时间，这个最好用于编码非常简单的数据。

Java Serialization

Java语言的默认实现方式，只需要实现一个序列化标记接口Serializable即可，但是序列化在实际使用过程中会遇到长期开销大的问题，《Effective java》中指出了序列化3大代价：
1. 一旦一个类被发布，就大大降低了“改变类的实现”的灵活性
2. 序列化增加了出现Bug和安全漏洞的可能性
3. 随着类发行新版本，相关的测试负担也大大增加

XML

由于XML的可阅读性和各种语言的支持，使用XML来做数据交换是普遍接受的方式，但是XML在编码和解码非常消耗性能。

protobuf

• 优点
  
  1. 性能好/效率高，无论是在时间还是空间上
  2. 代码生成机制，省去了解析代码的编写
  3. 支持向后兼容和向前兼容
  4. 支持多种编程语言，官方发布的就只支持C++、Java和Python，开源社区有许多对其他语言支持的项目
• 缺点
  
  1. 相对于XML，应用还不够广，需要对外开发接口给第三方系统调用时，暂时不考虑protobuf
  2. 二进制编码格式的可读性较差，而且还需要配合相应的proto文件才能阅读，虽然有TextFormat，但终究无法彻底解决此问题。例如通讯出现问题，在抓包并直接dump出来的log难以看懂，通讯双方都不承认自己有问题，都说是对方的错。

---

参考文献

• 开源点评：Protocol Buffers介绍