message Test1 {
optional int32 a = 1;
}上述的proto文件，设置a = 150，那么将其序列化后，得到的数据就是08 96 01，然后你使用protoscope工具去解析这些数据，就得到1 : 150，下面我们分析一下这个例子的过程
这里我们分析一下最常用的变长整型，也就是varints，这个是protobuf的核心，允许使用1~10个字节来表示无符号64位的整数，小数字使用更小的字节数，来实现压缩数据
protobuf中的varints使用一个字节中的7位来表示数据，留一位来表示后续还有没有数据，这个表示位称为msb(most significant bit)，比如数字1被编码为01，它只占用一个字节，因此msb位是没有标记的，它的二进制格式如下：
0000 0001
^ msb
然后上述的150将会被编码为9601，然后二进制格式如下：
10010110 00000001
^ msb ^ msb
可以发现按照上述的二进制格式直接转换为十进制格式并不是150，下面的过程给出如何进行转换的
10010110 00000001 // 编码后的数据
0010110 0000001 // 去掉首位的msb位.
0000001 0010110 // 转换为大端序.
00000010010110 // 组合一起.
128 + 16 + 4 + 2 = 150 // 最后得到原始数字结果.
经过上面的过程，我们就可以得到150这个值了，但是1是啥意思呢，这就和protobuf协议的消息格式有关系了，下面我们解析一下
protobuf序列化后的数据也是一系列的key-value对，在protobuf里面使用列的编号来作为key的名字和数据类型，这些数据是需要参考.proto文件才能确定，protoscope是没有权限知道这些信息的，因此仅能解析出一个1，下面我们解析一下消息的结构，看看如何得到的这个1
protobuf采用了TLV(Tag-Length-Value)格式来组织数据，关于整型类型就是下面的结构tag+payload，主要的就是使用tag来表示结构体中的第几个字段和字段的类型，类型一共有6种 VARINT, I64, LEN, SGROUP, EGROUP, and I32，第几个字段就是定义message的时候每个成员后面的编号，向tag中添加类型信息的话使用(field_number << 3) | wire_type即可
经过上面对消息结构的分析，我们看上面08 96 01中的08，其二进制格式如下
0000 1000
^ msb
可以得到是结构体中的第一个成员，并且类型是0，也就是VARINT类型，因此就得到了1:VARINT 150，也就分析完了。
tips
- 由于不知定义的消息体有多少成员这里每个
kay-value对的tag使用的varints来解析的，所以不一定只有一个字节 - 由于
LEN类型payload属于变长的，不确定有多少字节，因此在tag后会有一个按照varints类型解析的len字段来记录后面的payload占用多少字节， - 字段号是用来标记解析出来的信息是哪一个字段的，因此需要知道定义的
proto文件才能知道，如果前后端不一致，可能会导致解析失败。字段的解析用不到字段号，但是序列化给对象的时候需要字段号。