为什么要研究ProtoBuff【转载】

为什么要研究ProtoBuff

需求是最大的驱动，加入百度Hi团队一个多月了，这一个多月的时间里做了许多以前没有做过的事。针对Hi用户的反馈，移动端Hi对流量的消耗太大。Hi消息传输的格式目前主要有2种，一种是公司定义的一种nshead+mcbody的形式，这种方式类似于我们今天所要讲解的ProtoBuff，统一使用这种方式也能够减小传输流量，而且数据安全性也更高；另一中方式就是比较古老的文本协议格式了。公司决定对现有的文本协议进行优化。怎么优化呢？Hi目前使用文本协议在客户端和服务端进行信息等传输，这里所说的消息包括CS之间Request包、ACK包，或者服务端的Notify包等等，这些包里面的包括的内容不仅仅是聊天信息，也包括联系人状态变更等各种通知信息。

总得来说，Hi消息传输的报文格式可以概括为：header + body，header主要由一些键值对构成，而body则更多的是使用xml的格式。最终决定使用高大上的ProtoBuff对当前的文本协议进行改进，在这里先列出具体的实现思路：

1. 现有的消息包括header和body两个部分，我们需要一个转换工具，分析现有报文的定义要求，生成一个消息格式xml文件：即包括了header和body的一个xml文件；
2. 根据该xml格式生成proto的描述文件，然后通过Proto编译生成对应的.h和.cc文件；
3. 最后就是要考虑和现有协议的转换了，庞大的系统兼容性是不可忽略的，即服务端添加一个专门协议转换的模块，分别针对上行和下行进行原有报文到pb报文的相互转换。