Proto入门介绍（基于proto3）

一、protobuf是什么

        protobuf(Google Protocol Buffers)是Google提供一个具有高效的协议数据交换格式工具库(类似Json)，但相比于Json，Protobuf有更高的转化效率，时间效率和空间效率都是JSON的3-5倍。后面将会有简单的demo对于这两种格式的数据转化效率的对比。但这个库目前使用还不是太流行，据说谷歌内部很多产品都有使用。

二、protobuf的优缺点

• 优点：通过以上的时间效率和空间效率，可以看出protobuf的空间效率是JSON的2-5倍，时间效率要高，对于数据大小敏感，传输效率高的模块可以采用protobuf库。

• 缺点：消息结构可读性不高，序列化后的字节序列为二进制序列不能简单的分析有

效性；目前使用不广泛。当前只支持C++、Java、Python、PHP、Go、C#、Javascript。

三、protobuf 中的嵌套消息的使用

1. 嵌套子消息的对象先new（）后再赋值然后通过set_allocated_xxx进行赋值。

2. 是调用mutable_xxx()接口内部已经new了对应的对象了。

四、Protoc使用简介

下载可执行文件 protoc.exe

https://github.com/google/protobuf/releases/

里的protoc-3.3.0-win32.zip，解压拿到protoc.exe

protoc  参数说明

1. --csharp_out =out_dir 导出文件的目录

2. --proto_path proto文件所在目录

3. --option optimize_for = SPEEDoptimize_for是文件级别的选项，Protocol Buffer定义三种优化级别，SPEED/CODE_SIZE/LITE_RUNTIME。缺省情况下是SPEED。

• SPEED: 表示生成的代码运行效率高，但是由此生成的代码编译后会占用更多的空间。

• CODE_SIZE: 和SPEED恰恰相反，代码运行效率较低，但是由此生成的代码编译后会占用更少的空间，通常用于资源有限的平台，如Mobile。

• LITE_RUNTIME: 生成的代码执行效率高，同时生成代码编译后的所占用的空间也是非常少。这是以牺牲Protocol Buffer提供的反射功能为代价的。

4:option java_multiple_files=true; 让每个消息都独立生成文件，减少单个文件的大小

服务端打印字节流工具。