Protocol Buffers(Protobuf)开发者指南---概览
欢迎来到protocol buffers的开发者指南文档，protocol buffers是一个与编程语言无关‘、系统平台无关、可扩展的结构化数据序列化/反序列化工具，适用于通讯协议，数据存储等场合。
ps:为了方便拼写，下文的protobuf就是指protocol buffers。
本文档的面向读者是：希望使用protobuf的 Java、C++、Python的开发者。此概览将向您介绍如何开始使用protobuf，然后您可以跟着示例进行学习，或者深入了解protobuf的编码方式。API参考文档同样提供了此三种语言的版本，而且为了更好的编写.proto文件提供了语言指导、风格指导文档。
-------------------------------------------------------------------------------------小小的分割线----------------------------------------------------------------------------------------------------------
protobuf是什么？
protobuf 是一个灵活、高效，使用自动化机制的结构化数据序列工具，类似于XML，但比XML更小巧、更快、而且也更简单。只需要定义一次数据结构，你就可以使用代码生成器生成各种编程语言和各种流式文件的结构化读取和写入。甚至可以在无需重新编译部署新程序的情况下更新新的结构化数据。
他们是如何工作的？
你需要在protobuf信息文件内(.proto)指定你需要序列化的信息是什么样的结构。每个protubuf信息是一小段逻辑记录，包含一系列的“键--值”组合。这有一个定义了个人信息的protobuf信息文件例子！
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;
}
如你所见,信息格式很简单，每个消息类型都有一个或多个唯一的字段，每个字段都有一个名字和值类型，值的类型可以是数字(整数或浮点数),逻辑值，字符串，字节，或者其他的自定义protobuf消息类型(就像上面的例子一样PhoneNubmer的PhoneType类型是自定的protobuf消息类型)，允许您使用多层次的结构体，你可以指定optional(可选)、required(必须)、repeated(重复),需要更多的关于.proto信息文件的编写帮助请查看protobuf语言指南
一旦你定义了自己的消息格式(message)，你就可以运行protobuf编译器，将你的 .proto 文件编译成特定语言的类。这些类提供了简单的方法访问每个字段(类似query() 和 set_query() )，就像访问类的方法一样将结构序列化或反序列化。例如你可以选择C++语言，运行编译如上的协议文件生成叫做Person的类 。随后你就可以在应用中使用这个类来序列化的读取信息。你可以这么写代码(此过程叫做序列化):
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作为通信协议，你可以无须担心破坏现有代码的情况下扩展协议。
你可以在此找到完整的API参考 API Reference section, 关于Protobuf如何编码可以在此找到完整的文档Protocol Buffer Encoding.
为何不使用XML?
protobuf拥有比XML更多高级的序列化特点：
- 更简单
- 小3-10倍
- 快20-100倍
- 更少的歧义
- 可以方便的生成数据存取类，易于使用
- <person>
- <name>John Doe</name>
- <email>jdoe@example.com</email>
- </person>
- <person>
- <name>John Doe</name>
- <email>jdoe@example.com</email>
- </person>
对应的ProtocolBuffer报文则如下:此为protobuf的文本表示
这不是正常时使用的二进制数据
- person {
- name: "John Doe"
- email: "jdoe@example.com"
- }
- person {
- name: "John Doe"
- email: "jdoe@example.com"
- }
当这个报文编码到protobuf的二进制格式时(上面的文本仅用于调试和编辑)，它只需要28字节和100-200ns的解析时间。而XML的版本需要69字节(除去空白)和 5000-10000ns的解析时间。
当然，操作Protobuf也很简单:
- cout << "Name: " << person.name() << endl;
- cout << "E-mail: " << person.email() << endl;
- cout << "Name: " << person.name() << endl;
- cout << "E-mail: " << person.email() << endl;
- cout << "Name: "
- << person.getElementsByTagName("name")->item(0)->innerText()
- << endl;
- cout << "E-mail: "
- << person.getElementsByTagName("email")->item(0)->innerText()
- << end;
- cout << "Name: "
- << person.getElementsByTagName("name")->item(0)->innerText()
- << endl;
- cout << "E-mail: "
- << person.getElementsByTagName("email")->item(0)->innerText()
- << end;
当然，Protobuf并不是在任何时候都比XML更合适，例如Protobuf无法对一个基于标记文本的文档建模，因为你根本没法方便的在文本中插入结构。另外，XML是便于人类阅读和编辑的，而Protobuf则不是。还有XML是自解释的，而Protobuf仅在你拥有报文格式定义的 .proto 文件时才有意义。
if (version == 3) {
...
} else if (version > 4) {
if (version == 5) {
...
}
...
}
通信协议因此变得越来越复杂，因为开发者必须确保，发出请求的人和接受请求的人必须同时兼容，并且在一方开始使用新协议时，另外一方也要可以接受。Protobuf设计用于解决这一类问题：
- 很方便引入新字段，而中间服务器可以忽略这些字段，直接传递过去而无需理解所有的字段。
- 格式可以自描述，并且可以在多种语言中使用(C++、Java等)
然而用户仍然需要手写解析代码。
随着系统的演化，他需要一些其他的功能：
- 自动生成编码和解码代码，而无需自己编写解析器。
- 除了用于简短的RPC(Remote Procedure Call)请求，人们使用protobuf来做数据存储格式(例如BitTable)。
- RPC服务器接口可以作为 .proto 文件来描述，而通过protobuf的编译器生成存取(stub)类供用户实现服务器接口。
protobuf现在已经是Google的混合语言数据标准了，现在已经正在使用的有超过48,162种报文格式定义和超过 12,183个 .proto 文件。他们用于RPC系统和持续数据存储系统。
原文地址:https://developers.google.com/protocol-buffers/docs/overview
参考翻译自：小狼.exe的博客：http://blog.163.com/jiang_tao_2010/blog/static/12112689020114305013458/