标签：his highlight end com 谷歌 速度 通过 serial 直接
ProtoBuf是一种灵活高效的独立于语言平台的结构化数据表示方法，可用于表示通信协议和数据存储等各方面，与XML相比，ProtoBuF更小更快更简单。你可以用定义自己ProtoBuf的数据结构，用ProtoBuf编译器生成特定语言的源代码，（如C++，Java，Python等，目前 ProtoBuf对主流的编程语言都提供了支持）方便的进行序列化和反序列化。
protobuf是google旗下的一款平台无关，语言无关，可扩展的序列化结构数据格式。所以很适合用做数据存储和作为不同应用，不同语言之间相互通信的数据交换格式，只要实现相同的协议格式即同一proto文件被编译成不同的语言版本，加入到各自的工程中去。这样不同语言就可以解析其他语言通过 protobuf序列化的数据。目前官网提供了C++,Python,JAVA,GO等语言的支持。
ProtoBuf 工作机制
在一个后缀名为.pro的文件中定义你所需的任何需要序列化和反序列的结构，类似于中我们C/C++语言中的结构体定义，也类似于JSON类定义，ProtoBuf文件的每一个属性都是一个键值对，引用谷歌官方的例子说明，一个包含Person信息的.pro文件。
- message Person {
- required string name = 1;
- required int32 id = 2;
- optional string email = 3;
-
- enum PhoneType {
- MOBILE = 0;
- HOME = 1;
- WORK = 2;
- }
-
- message PhoneNumber {
- required string number = 1;
- optional PhoneType type = 2 [default = HOME];
- }
-
- repeated PhoneNumber phone = 4;
- }
.pro 文件的每一个属性都是一个包含类型和名称的对,protobuf的类型可以是string,int,bool,或者是其他ProtoBuf源文件中定位的 类型等。还开元指定该属性的一些特殊字段，比l如optional表示该属性是可选的，required表示该属性是必须的，repeated表示该属性 是一个list的集合(不知道用list类似形容是否合适，就差不多意思吧，包含1个或多个元素)，包含了若干个相同类型的值，不过在protoBuf 3中，optional和required都不需要的了，如果配了两个，protoBuf 编译器还会报错，但是repeated的还是保留的，用来说明该字段是一个list。
.protoBuf定义完以后，就可以使用ProtoBuf编 译器进行编译，编译时需要指定你需要生成的代码的语言类型。.pro文件编译成功后会生成*.pro.pb.hh 和*.pro.pb.cc两个文件，*和.pro源文件名称相同。在生成的文件中会生成一个你定义的消息类型的的类以及读取和设置该消息类型各个属性的 set和Get方法等，比如上例中会生成一个Person类，和name()，set_name()这样的成员方法，以及序列化和反序列的方法，你可以用 这些方法方便的读取和设置相应的属性，以及序列化和反序列化方法。
你可以像如下的方式序列化
- Person person;
- person.set_name("John Doe");
- person.set_id(1234);
- person.set_email("jdoe@example.com");
- fstream output("myfile", ios::out | ios::binary);
- person.SerializeToOstream(&output);
可以像如下方式反序列化，读取各个字段
- fstream input("myfile", ios::in | ios::binary);
- Person person;
- person.ParseFromIstream(&input);
- cout << "Name: " << person.name() << endl;
- cout << "E-mail: " << person.email() << endl;
ProtoBuf的一个亮点是提供了向前和向后的兼容性，你可以再你定义的消息格式中增加字段或者删除字段，当消息由一个增加字段后的系统向一个老
版本系统发送消息时，老版本解析该消息格式后会直接忽略新增的字段，而当消息从老版本发向新版本时，新版本解析该消息时会将新增的字段设置为默认值，所以
你不需要担心在系统中增加消息字段后的兼容问题以及版本升级配套问题。
为什么不用XML
在序列化和反序列化结构化数据时，ProtoBuf拥有XML很多无可比拟的优势：
1、它比XML更为简单。这点显而易见
2、存储同样的数据比XML小3到10倍
3、运行速度比XML快20到100倍
4、更小的二义性
5、直接利用类和成员方法序列化反序列化数据更有利于编程。
比如你需要定义个结构化数据Person，包含了name和email属性，在XML中你会这样定义：
- <person>
- <name>John Doe</name>
- <email>jdoe@example.com</email>
- </person>
而在ProtoBuf中的定义是这样的：
- # Textual representation of a protocol buffer.
- # This is *not* the binary format used on the wire.
- person {
- name: "John Doe"
- email: "jdoe@example.com"
- }
如果将上述的ProtoBuf文件序列化，它仅仅占据28个字节的空间，解析该文件也仅仅需要100到200纳秒，而相同的XML文件至少需要
69个字节存储数据(除去空白)，解析该XML文件至少需要10000纳秒，而在对数据的操作方面ProtoBuf的操作也更加简单：
- cout << "Name: " << person.name() << endl;
- cout << "E-mail: " << person.email() << endl;
而XML将会做如下动作：
- cout << "Name: "
- << person.getElementsByTagName("name")->item(0)->innerText()
- << endl;
- cout << "E-mail: "
- << person.getElementsByTagName("email")->item(0)->innerText()
- << endl;
然而，ProtoBuf与XML相比，有某些用途下并不是一个很好的解决方案，如ProtoBuf，并不适合用于给基本标签的文本文档建模，此外
XML是易读的，自描述的，而ProtoBuf的二进制文档并不是自描述的，除非拥有数据的源文件，否则你很难理解序列化后的文件中的内容，它是一个二进
制文件。
简单来说可按如下步骤使用ProtoBuf：
1. 定义你自己的数据结构格式(.pro)源文件。
2. 利用protoBuf提供的编译器编译源文件。
3. 使用ProtoBuf C++的API 读写消息。
参考：
1. 数据交换利器 Protobuf 技术浅析
2. 谷歌 Google ProtoBuf用法实例
3. Google ProtoBuf简介
protobuf--数据序列化及反序列化
标签：his highlight end com 谷歌 速度 通过 serial 直接
原文地址：https://www.cnblogs.com/embedded-linux/p/9221970.html
