Android（手把手带你分析 Protocol Buffer使用源码） _protocol

农村四月闲人少，勤学苦攻把名扬。这篇文章主要讲述Android：手把手带你分析 Protocol Buffer使用源码相关的知识，希望能为你提供帮助。
前言

习惯用 Json、XML 数据存储格式的你们，相信大多都没听过Protocol Buffer
Protocol Buffer 其实是 Google出品的一种轻量 & 高效的结构化数据存储格式，性能比 Json、XML 真的强！太！多！

由于 Google出品，我相信Protocol Buffer已经具备足够的吸引力

今天，我将讲解Protocol Buffer使用的源码分析，并解决以下两个问题：
a. Protocol Buffer序列化速度 & 反序列化速度为何如此快
b. Protocol Buffer的数据压缩效果为何如此好，即序列化后的数据量体积小

阅读本文前请先阅读：

快来看看Google出品的Protocol Buffer，别只会用Json和XML了
手把手教你如何安装Protocol Buffer
这是一份很有诚意的 Protocol Buffer 语法详解
Protocol Buffer 序列化原理大揭秘 - 为什么Protocol Buffer性能这么好？

文章图片

1. 定义一种结构化数据的数据存储格式（类似于 XML、Json ）

Google 出品（开源）
Protocol Buffer 目前有两个版本： proto2 和 proto3
因为proto3 还是beta 版，所以本次讲解是 proto2

2. 作用通过将结构化的数据进行串行化（序列化），从而实现数据存储 / RPC 数据交换的功能

序列化：将数据结构或对象转换成二进制串的过程
反序列化：将在序列化过程中所生成的二进制串转换成数据结构或者对象的过程

3. 特点

对比于常见的 XML、Json 数据存储格式， Protocol Buffer有如下特点：

文章图片

4. 应用场景传输数据量大 & 网络环境不稳定的数据存储、RPC 数据交换的需求场景

如即时IM （ QQ、微信）的需求场景

总结在传输数据量较大的需求场景下， Protocol Buffer比XML、Json 更小、更快、使用 & 维护更简单！
5. 使用流程关于 Protocol Buffer 的使用流程，具体请看我写的文章：快来看看Google出品的Protocol Buffer，别只会用Json和XML了
6. 知识基础 6.1 网络通信协议

序列化 & 反序列化属于通讯协议的一部分
通讯协议采用分层模型： TCP/IP模型（四层） & OSI 模型（七层）

文章图片

序列化 / 反序列化属于 TCP/IP模型应用层和 OSI` 模型展示层的主要功能：
1. （序列化）把应用层的对象转换成二进制串
2. （反序列化）把二进制串转换成应用层的对象
所以， Protocol Buffer属于 TCP/IP模型的应用层 & OSI模型的展示层

6.2 数据结构、对象与二进制串不同的计算机语言中，数据结构，对象以及二进制串的表示方式并不相同。
a. 对于数据结构和对象

对于面向对象的语言（如java）：对象 = Object = 类的实例化；在Java中最接近数据结构即 POJO（ Plain Old Java Object），或Javabean（只有 setter/getter 方法的类）
对于半面向对象的语言（如C+ +），对象 = class，数据结构 = struct

b. 二进制串

对于C+ +，因为具有内存操作符，所以二进制串容易理解： C+ +的字符串可以直接被传输层使用，因为其本质上就是以 ' \\0' 结尾的存储在内存中的二进制串
对于 Java，二进制串 = 字节数组 = byte[]

byte 属于 Java 的八种基本数据类型
二进制串容易和 String混淆： String 一种特殊对象（ Object）。对于跨语言间的通讯，序列化后的数据当然不能是某种语言的特殊数据类型。

6.3 Protocol Buffer 的序列化原理 & 数据存储方式

Protocol Buffer 的序列化原理主要在于独特的编码方式 & 数据存储方式
具体请看文章 Protocol Buffer 序列化原理大揭秘 - 为什么Protocol Buffer性能这么好？

7. 源码分析 7.1 核心分析内容
在下面的源码分析中，主要分析的是：

Protocol Buffer具体是如何进行序列化 & 反序列化？
与 XML、Json 相比， Protocol Buffer 序列化 & 反序列化速度为什么如此快 & 序列化后的数据体积这么小？

本文主要讲解Protocol Buffer在 android 平台上的应用，即 Java
平台

7.2 实例的消息对象内容
Demo.proto

package protocobuff_Demo; option java_package = " com.carson.proto" ; option java_outer_classname = " Demo" ; // 生成 Person 消息对象 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; }message AddressBook { repeated Person person = 1; }

再次强调：看源码分析前，请务必先看我写的文章：快来看看Google出品的Protocol Buffer，别只会用Json和XML了
7.3 使用步骤

源码分析的路径会依据 Protocol Buffer的使用步骤进行
具体使用步骤如下：（看注释）

// 步骤1:通过消息类的内部类Builder类构造消息类的消息构造器 Demo.Person.Builder personBuilder = Demo.Person.newBuilder(); // 步骤2:设置你想要设置的字段为你选择的值 personBuilder.setName(" Carson" ); personBuilder.setEmail(" carson.ho@ foxmail.com" ); personBuilder.setId(123); Demo.Person.PhoneNumber.Builder phoneNumber = Demo.Person.PhoneNumber.newBuilder(); phoneNumber.setType( Demo.Person.PhoneType.HOME); phoneNumber.setNumber(" 0157-23443276" ); // 步骤3:通过消息构造器创建消息类对象 Demo.Person person = personBuilder.build(); // 步骤4:序列化和反序列化消息(两种方式)/*方式1：直接序列化和反序列化消息 */ // a.序列化 byte[] byteArray1 = person.toByteArray(); // 把 person消息类对象序列化为 byte[]字节数组 System.out.println(Arrays.toString(byteArray1)); // 查看序列化后的字节流// b.反序列化 try {Demo.Person person_Request = Demo.Person.parseFrom(byteArray1); // 当接收到字节数组byte[] 反序列化为 person消息类对象System.out.println(person_Request.getName()); System.out.println(person_Request.getId()); System.out.println(person_Request.getEmail()); // 输出反序列化后的消息 } catch (IOException e) { e.printStackTrace(); }/*方式2：通过输入/ 输出流（如网络输出流）序列化和反序列化消息 */ // a.序列化 ByteArrayOutputStream output = new ByteArrayOutputStream(); try {person.writeTo(output); // 将消息序列化并写入输出流(此处用 ByteArrayOutputStream 代替)} catch (IOException e) { e.printStackTrace(); }byte[] byteArray = output.toByteArray(); // 通过输出流转化成二进制字节流// b. 反序列化 ByteArrayInputStream input = new ByteArrayInputStream(byteArray); // 通过输入流接收消息流(此处用 ByteArrayInputStream 代替)try {Demo.Person person_Request = Demo.Person.parseFrom(input); // 通过输入流反序列化消息System.out.println(person_Request.getName()); System.out.println(person_Request.getId()); System.out.println(person_Request.getEmail()); // 输出消息 } catch (IOException e) { e.printStackTrace(); }

7.4 详细分析

详细分析前，先看下Protocol Buffer的主要类结构：

文章图片

下面先讲解 Protocol Buffer 的固有代码结构
a. MessageLite接口 & Message接口

作用：定义了消息序列化 & 反序列化的方法
二者关系： MessageLite接口是Message的父接口
二者区别： Message接口中增加了Protocol Buffer对反射（ reflection） & 描述符（ descriptor）功能的支持

在其实现类 GeneratedMessage中给予了最小功能的实现
Message接口更加灵活 & 具备扩展性；但编码效率低，占用资源高

public interface Message extends MessageLite {... // 定义了消息序列化 & 反序列化的方法... // Builders消息构造器设置字段的方法 // 下面会详细说明 }

设置：

// 通过在.proto文件添加option选项选择 MessageLite接口 option optimize_for = LITE_RUNTIME; // 不设置则默认使用 Message接口// 选择标准：一般来说，反射 & 描述符的功能都不会使用到，所以为了避免占用资源多、试用包大，选择MessageLite接口会更好 // 此处就采用Message接口进行讲解

b. GeneratedMessageLite类 & GeneratedMessage类

定义：是.proto文件生成的所有 Java 类的父类

分别是MessageLite接口 & Message接口的实现类

作用：定义了序列化 & 反序列化的方法的具体实现
二者区别：同上

c. MessageOrBuilder 接口 & MessageOrBuilderLite 接口

作用：定义了一系列对消息中字段操作的方法

如初始化、错误设置等
关于对消息对象中字段的设置、修改等是通过 < 消息名> OrBuilder 接口继承该接口进行功能的扩展

二者关系： MessageOrBuilderLite接口是MessageOrBuilder的父接口

public interface MessageOrBuilder extends MessageLiteOrBuilder {... // 定义了一系列对消息中字段操作的方法 // 下面会详细说明 }

下面，我将按照Protocol Buffer的使用步骤逐步进行源码分析，即分析Protocol Buffer根据 .proto文件生成的代码结构

【Android（手把手带你分析 Protocol Buffer使用源码）】再次贴出Protocol Buffer的主要类结构：

文章图片

步骤1：通过消息类的内部类Builder类构造消息类的消息构造器

Demo.Person.Builder personBuilder = Demo.Person.newBuilder(); // Demo类： .proto文件的option java_outer_classname = " Demo" ; // Person类：消息对象类 // Builder类：消息构造器类 // 下面会逐一说明

下面我先介绍三个比较重要的类： Demo类、Person类、Builder类。

文章图片

**a. Demo类 **

Protocol Buffer编译器会为每个.proto文件生成一个Protocol Buffer类

类名取决于.proto文件的语句option java_outer_classname = " Demo"

类里包含了消息对象类 / 接口 & 消息构造器类

public final class Demo {// 消息对象类接口 public interface PersonOrBuilder extends com.google.protobuf.MessageOrBuilder { ... }// 消息对象类 // Protocol Buffer类的内部类 public static final class Person extends com.google.protobuf.GeneratedMessage implements PersonOrBuilder { ... // 消息构造器类 // 消息对象类的内部类 public static final class Builder extends com.google.protobuf.GeneratedMessage.Builder< Builder> implements com.carson.proto.Demo.PersonOrBuilder { .. } }

**b. Person类 **

Protocol Buffer编译器为每个消息对象生成一个消息对象类

类名 = 消息对象名

作用：定义了消息序列化 & 反序列化的方法 & 消息字段的获取方法

// 消息类被声明为final类，即不可以在被继承(自泪花) // Google 官方文档中给予了明确的说明:因为子类化将会破坏序列化和反序列化的过程 public static final class Person extends com.google.protobuf.GeneratedMessage implements PersonOrBuilder {// 1. 继承自GeneratedMessage类 // 2. 实现了PersonOrBuilder接口 -> > 关注1// Person类的构造方法private Person(com.google.protobuf.GeneratedMessage.Builder< ?> builder) { super(builder); this.unknownFields = builder.getUnknownFields(); }private Person(boolean noInit) { this.unknownFields = com.google.protobuf.UnknownFieldSet.getDefaultInstance(); }// 特别注意 // 由于Person类里的构造方法都是私有属性（ Private），所以创建实例对象时只能通过内部类Builder类进行创建，而不能独自创建 // 下面会详细说明...// 序列化 & 反序列化方法（两种方式） < -- 方式1：直接序列化和反序列化消息 --> public byte[] toByteArray()； // 序列化消息 public Person parseFrom(byte[] data)； // 反序列化< -- 方式2：通过输入/ 输出流（如网络输出流）序列化和反序列化消息 --> public OutputStream writeTo(OutputStream output)； public byte[] toByteArray(); // 序列化消息 public Person parseFrom(InputStream input)； // 反序列化 // 下面会对序列化 & 反序列化进行更加的详细说明// 获取消息字段的方法 // 只含包含字段的getters方法 // required string name = 1; public boolean hasName(); // 如果字段被设置，则返回true public java.lang.String getName(); // required int32 id = 2; public boolean hasId(); public int getId(); // optional string email = 3; public boolean hasEmail(); public String getEmail(); // repeated .tutorial.Person.PhoneNumber phone = 4; // 重复（ repeated）字段有一些额外方法 public List< PhoneNumber> getPhoneList(); public int getPhoneCount(); // 列表大小的速记 // 作用：通过索引获取和设置列表的特定元素的getters和setters}< --关注1： PersonOrBuilder接口 --> // Protocol Buffer编译器为每个消息对象生成一个< 消息名> OrBuilder 接口 // 作用：定义了消息中所有字段的 get方法（用于获取字段值） & has< field> 方法(用以判断字段是否设值) // 使用了设计模式中的建造者模式：通过对应的Builder接口完成对所有消息字段的修改操作 public interface PersonOrBuilder extends com.google.protobuf.MessageOrBuilder {// 继承自 MessageOrBuilder 接口或 MessageOrBuilderLite 接口 /** * < code> required string name = 1; < /code> */ boolean hasName(); java.lang.String getName(); com.google.protobuf.ByteString getNameBytes(); /** * < code> required int32 id = 2; < /code> */ boolean hasId(); int getId(); /** * < code> optional string email = 3; < /code> */ boolean hasEmail(); java.lang.String getEmail(); com.google.protobuf.ByteString getEmailBytes(); /** * < code> repeated .protocobuff_Demo.Person.PhoneNumber phone = 4; < /code> */ java.util.List< com.carson.proto.Demo.Person.PhoneNumber> getPhoneList(); com.carson.proto.Demo.Person.PhoneNumber getPhone(int index); int getPhoneCount(); java.util.List< ? extends com.carson.proto.Demo.Person.PhoneNumberOrBuilder> getPhoneOrBuilderList(); com.carson.proto.Demo.Person.PhoneNumberOrBuilder getPhoneOrBuilder( int index); }// 由于Person类实现了该接口，所以也能获取消息中的字段值

**c. Builder类 **

Protocol Buffer编译器为每个消息对象在消息类内部生成一个消息构造器类（ Builder类）
作用：定义了消息中所有字段的 get方法（用于获取字段值） & has< field>方法(用以判断字段是否设值) 和 set方法（用于设置字段值）

与消息类Person类作用类似，但多了 set方法（用于设置字段值）

public static final class Builder extends com.google.protobuf.GeneratedMessage.Builder< Builder> implements com.carson.proto.Demo.PersonOrBuilder { ... // 定义了消息中所有字段的 ` get` 方法（用于获取字段值） & ` has< field> ` 方法(用以判断字段是否设值) 和 ` set` 方法（用于设置字段值） // 下面会进行更加详细的说明 }

看完Demo类、Person类、Builder类三个类后，终于可以开始分析

具体使用

// 通过消息类的内部类Builder类构造消息类的消息构造器 Demo.Person.Builder personBuilder = Demo.Person.newBuilder();

源码分析

public static final class Builder extends com.google.protobuf.GeneratedMessage.Builder< Builder> implements com.carson.proto.Demo.PersonOrBuilder {// 该静态方法是 Builder类的建造者模式方法 // 通过建造者模式创建 Builder类的实例，即消息构造器的实例 public static Builder newBuilder() { return Builder.create(); --> 关注1 }< --Builder.create() --> private static Builder create() { return new Builder(); // 创建并返回一个消息构造器的实例 }}

步骤2：通过消息构造器设置消息中字段的值

具体使用

// 步骤2:通过消息构造器设置消息中字段的值 personBuilder.setName(" Carson" ); // 在定义.proto文件时,该字段的字段修饰符是required,所以必须赋值 personBuilder.setEmail(" carson.ho@ foxmail.com" ); // 在定义.proto文件时,该字段的字段修饰符是required,所以必须赋值 personBuilder.setId(123); // 在定义.proto文件时,该字段的字段修饰符是optional,所以可赋值 / 不赋值(不赋值时将使用默认值)

源码分析

public static final class Builder extends com.google.protobuf.GeneratedMessage.Builder< Builder> implements com.carson.proto.Demo.PersonOrBuilder {// Builder定义了大量对消息中字段操作的方法 // 1. Builder类中修改消息字段的方法// 标准的JavaBeans风格：含getters和setters // required string name = 1; public boolean hasName(); // 如果字段被设置，则返回true public java.lang.String getName(); public Builder setName(String value); public Builder clearName(); // 将字段设置回它的空状态// required int32 id = 2; public boolean hasId(); public int getId(); public Builder setId(int value); public Builder clearId(); // optional string email = 3; public boolean hasEmail(); public String getEmail(); public Builder setEmail(String value); public Builder clearEmail(); // repeated .tutorial.Person.PhoneNumber phone = 4; // 重复（ repeated）字段有一些额外方法 public List< PhoneNumber> getPhoneList(); public int getPhoneCount(); // 列表大小的速记 // 作用：通过索引获取和设置列表的特定元素的getters和setters// 用Name字段为例详细分析这一系列方法 // a. 判断是否设置了Name字段值 // 设置了则返回true /** * < code> required string Name = 1; < /code> */ public boolean hasName() { return ((bitField0_ & 0x00000001) = = 0x00000001); }// b. 获得字段的值 public java.lang.String getName() { java.lang.Object ref = number_; if (!(ref instanceof java.lang.String)) { com.google.protobuf.ByteString bs = (com.google.protobuf.ByteString) ref; java.lang.String s = bs.toStringUtf8(); if (bs.isValidUtf8()) { number_ = s; } return s; } else { return (java.lang.String) ref; }// c. 设置Number字段 // 该函数调用后hasName函数将返回true public Builder setName( java.lang.String value) { if (value = = null) { throw new NullPointerException(); } bitField0_ |= 0x00000001; number_ = value; onChanged(); return this; } // 返回值为Builder对象，这样就可以让调用者在一条代码中方便的连续设置多个字段 // 如： Message.setID(100).setName(" MyName" ); // 2. 清空当前对象中的所有设置 // 调用该函数后，所有字段的 has*字段名*（）都会返回false。 public Builder clear() { super.clear(); number_ = " " ; bitField0_ = (bitField0_ & ~0x00000001); type_ = com.carson.proto.Demo.Person.PhoneType.HOME; bitField0_ = (bitField0_ & ~0x00000002); return this; }// 3. 其他可能会用到的方法 // 由于使用频率较低，此处不展开分析，仅作定性分析 public Builder isInitialized() // 检查所有 required 字段是否都已经被设置public Builder toString() : // 返回一个人类可读的消息表示（用于调试） public Builder mergeFrom(Message other) // 将其他内容合并到这个消息中，覆写单数的字段，附接重复的。public Builder clear() // 清空所有的元素为空状态。 }

步骤3：通过消息构造器创建消息类对象

具体使用

// 通过消息构造器创建消息类对象 Demo.Person person = personBuilder.build();

源码分析

public static final class Builder extends com.google.protobuf.GeneratedMessage.Builder< Builder> implements com.carson.proto.Demo.PersonOrBuilder {public com.carson.proto.Demo.Person build() { com.carson.proto.Demo.Person result = buildPartial(); //创建消息类对象 -> > 关注1if (!result.isInitialized()) { // 判断是否初始化 // 标准是： required字段是否被赋值，如果没有则抛出异常 throw newUninitializedMessageException(result); } return result; }< -- buildPartial()方法 --> public com.carson.proto.Demo.Person buildPartial() {com.carson.proto.Demo.Person result = new com.carson.proto.Demo.Person(this); // 在消息构造器Builder类里创建消息类的对象// 下面是对字段的标识号进行判断 & 赋值 int from_bitField0_ = bitField0_; int to_bitField0_ = 0; if (((from_bitField0_ & 0x00000001) = = 0x00000001)) { to_bitField0_ |= 0x00000001; } result.name_ = name_; if (((from_bitField0_ & 0x00000002) = = 0x00000002)) { to_bitField0_ |= 0x00000002; } result.id_ = id_; if (((from_bitField0_ & 0x00000004) = = 0x00000004)) { to_bitField0_ |= 0x00000004; } result.email_ = email_; if (phoneBuilder_ = = null) { if (((bitField0_ & 0x00000008) = = 0x00000008)) { phone_ = java.util.Collections.unmodifiableList(phone_); bitField0_ = (bitField0_ & ~0x00000008); } result.phone_ = phone_; } else { result.phone_ = phoneBuilder_.build(); } result.bitField0_ = to_bitField0_; onBuilt(); return result; // 最终返回一个已经赋值标识号的消息类对象 }

再次说明：由于消息类Person类里的构造方法都是私有属性（ Private），所以创建实例对象时只能通过内部类Builder类进行创建而不能独自创建。
步骤4：序列化和反序列化消息(两种方式)

终于来到Protocol Buffer的重头戏了：序列化和反序列化消息
此处会着重说明序列化 & 反序列化的原理，从而解释为什么Protocol Buffer的性能如此地好（序列化速度快 & 序列化后数据量小）
具体使用

// 步骤4：序列化和反序列化消息(两种方式)/*方式1：直接序列化和反序列化消息 */ // a.序列化 byte[] byteArray1 = person.toByteArray(); // b.反序列化 Demo.Person person = Demo.Person.parseFrom(byteArray1); /*方式2：通过输入/ 输出流（如网络输出流）序列化和反序列化消息 */ // a.序列化 ByteArrayOutputStream output = new ByteArrayOutputStream(); person.writeTo(output); // 将消息写入输出流(此处用 ByteArrayOutputStream 代替) byte[] byteArray = output.toByteArray(); // 通过输出流序列化消息 // b. 反序列化 ByteArrayInputStream input = new ByteArrayInputStream(byteArray); // 通过输入流接收消息流(此处用 ByteArrayInputStream 代替) Demo.Person person_Request = Demo.Person.parseFrom(input); // 通过输入流反序列化消息

下面将分析介绍两种序列化 & 反序列化方式的源码分析

方式1的源码分析

/*方式1：直接序列化和反序列化消息 */ // a.序列化（返回一个字节数组） byte[] byteArray1 = person.toByteArray(); // b.反序列化（从一个字节数据进行反序列化） Demo.Person person = Demo.Person.parseFrom(byteArray1);

a. 序列化分析： person.toByteArray()

// 仅贴出关键代码 public static final class Person extends com.google.protobuf.GeneratedMessage implements PersonOrBuilder {// 直接进行序列化成二进制字节流 public byte[] toByteArray() { try {final byte[] result = new byte[getSerializedSize()]; // 创建一个字节数组final CodedOutputStream output = CodedOutputStream.newInstance(result); // 创建一个输出流writeTo(output); // 将消息类对象序列化到输出流里 --> 关注1 } < -- writeTo（）分析--> // 以下便是真正序列化的过程 public void writeTo(com.google.protobuf.CodedOutputStream output) throws java.io.IOException {// 计算出序列化后的二进制流长度，分配该长度的空间，以备以后将每个字段填充到该空间 getSerializedSize(); // 判断每个字段是否有设置值 // 有才会进行写操作（编码） if (((bitField0_ & 0x00000001) = = 0x00000001)) {output.writeBytes(1, getNameBytes()); // -> > 关注2 // 根据字段标识号将已经赋值的字段标识号和字段值通过不同的编码方式进行编码 // 最终写入到输出流 } if (((bitField0_ & 0x00000002) = = 0x00000002)) { output.writeInt32(2, id_); // -> > 关注3 } if (((bitField0_ & 0x00000004) = = 0x00000004)) { output.writeBytes(3, getEmailBytes()); }// NumberPhone为嵌套的message // 通过递归进行里面每个字段的序列化 for (int i = 0; i < phone_.size(); i+ + ) { output.writeMessage(4, phone_.get(i)); // -> > 关注4 } getUnknownFields().writeTo(output); }< -- 关注2： String字段类型的编码方式： LENGTH_DELIMITED--> public void writeBytes(final int fieldNumber, final ByteString value) throws IOException { writeTag(fieldNumber, WireFormat.WIRETYPE_LENGTH_DELIMITED); // 将字段的标识号和字段类型按照Tag= (field_number < < 3) | wire_type组成TagwriteBytesNoTag(value); // 对字段值进行编码 } public void writeBytesNoTag(final ByteString value) throws IOException { writeRawVarint32(value.size()); // 对于String字段类型的字段长度采用了Varint的编码方式 writeRawBytes(value); // 对于String字段类型的字段值采用了utf-8的编码方式 }< -- 关注3： Int32字段类型的编码方式： VARINT--> public void writeInt32(final int fieldNumber, final int value) throws IOException { writeTag(fieldNumber, WireFormat.WIRETYPE_VARINT); // 将字段的标识号和字段类型按照Tag= (field_number < < 3) | wire_type组成TagwriteInt32NoTag(value); // 对字段值采用了Varint的编码方式 }< -- 关注4： Message字段类型的编码方式： LENGTH_DELIMITED--> public void writeMessage(final int fieldNumber, final MessageLite value) throws IOException { writeTag(fieldNumber, WireFormat.WIRETYPE_LENGTH_DELIMITED); writeMessageNoTag(value); } }

序列化过程描述：
1. 创建一个输出流
2. 计算出序列化后的二进制流长度，分配该长度的空间，以备以后将每个字段填充到该空间
3. 判断每个字段是否有设置值，有值才会进行编码

若optional 或 repeated 字段没有被设置字段值，那么该字段在序列化时的数据中是完全不存在的，即不进行序列化（少编码一个字段）；在解码时，相应的字段才会被设置为默认值

根据字段标识号& 数据类型将字段值通过不同的编码方式进行编码

以下是不同字段数据类型对应的编码方式

文章图片

将已经编码成功的字节写入到输出流，即数据存储，最终等待输出

从上面可以看出：序列化主要是经过了编码 & 数据存储两个过程
关于Protocol Buffer的序列化原理（编码 & 数据存储方式）详细，请看文章Protocol Buffer 序列化原理大揭秘 - 为什么Protocol Buffer性能这么好？

b. 反序列化

Demo.Person person =
 Demo.Person.parseFrom(byteArray1);

// 仅贴出关键代码 public static final class Person extends com.google.protobuf.GeneratedMessage implements PersonOrBuilder { public static com.carson.proto.Demo.Person parseFrom(byte[] data) throws com.google.protobuf.InvalidProtocolBufferException { return PARSER.parseFrom(data); // -> > 关注1 }< -- 关注1--> public MessageType parseFrom(byte[] data) throws InvalidProtocolBufferException { return parseFrom(data, EMPTY_REGISTRY); // -> > 关注2 }< -- 关注2--> public MessageType parseFrom(byte[] data, ExtensionRegistryLite extensionRegistry) throws InvalidProtocolBufferException { return parseFrom(data, 0, data.length, extensionRegistry); // -> > 关注3 }< -- 关注3--> public MessageType parseFrom(byte[] data, int off, int len, ExtensionRegistryLite extensionRegistry) throws InvalidProtocolBufferException { return checkMessageInitialized( parsePartialFrom(data, off, len, extensionRegistry)); // -> > 关注4 }< -- 关注4 --> public MessageType parsePartialFrom(byte[] data, int off, int len, ExtensionRegistryLite extensionRegistry) throws InvalidProtocolBufferException { try { CodedInputStream input = CodedInputStream.newInstance(data, off, len); // 创建一个输入流 MessageType message = parsePartialFrom(input, extensionRegistry); // -> > 关注5 try { input.checkLastTagWas(0); return message; } }< -- 关注5 --> public Person parsePartialFrom( com.google.protobuf.CodedInputStream input, com.google.protobuf.ExtensionRegistryLite extensionRegistry) throws com.google.protobuf.InvalidProtocolBufferException { return new Person(input, extensionRegistry); // 最终创建并返回了一个消息类Person的对象 // 创建时会调用Person 带有该两个参数的构造方法 -> > 关注6 } }; < -- 关注6：调用的构造方法 --> // 作用：反序列化消息 private Person( com.google.protobuf.CodedInputStream input, com.google.protobuf.ExtensionRegistryLite extensionRegistry) throws com.google.protobuf.InvalidProtocolBufferException { initFields(); int mutable_bitField0_ = 0; com.google.protobuf.UnknownFieldSet.Builder unknownFields = com.google.protobuf.UnknownFieldSet.newBuilder(); try { boolean done = false; while (!done) { int tag = input.readTag(); // 通过While循环从输入流依次读tag值 // 根据从tag值解析出来的标识号，通过case分支读取对应字段类型的数据并通过反编码对字段进行解析 & 赋值 // 字段越多， case分支越多 switch (tag) { case 0: done = true; break; default: { if (!parseUnknownField(input, unknownFields, extensionRegistry, tag)) { done = true; } break; } case 10: { com.google.protobuf.ByteString bs = input.readBytes(); bitField0_ |= 0x00000001; name_ = bs; break; } case 16: { bitField0_ |= 0x00000002; id_ = input.readInt32(); break; } case 26: { com.google.protobuf.ByteString bs = input.readBytes(); bitField0_ |= 0x00000004; email_ = bs; break; } case 34: { if (!((mutable_bitField0_ & 0x00000008) = = 0x00000008)) { phone_ = new java.util.ArrayList< com.carson.proto.Demo.Person.PhoneNumber> (); mutable_bitField0_ |= 0x00000008; } phone_.add(input.readMessage(com.carson.proto.Demo.Person.PhoneNumber.PARSER, extensionRegistry)); break; } } }// 最终是返回了一个消息类对象

关于Protocol Buffer的反序列化原理（编码 & 数据存储方式）详细，请看文章Protocol Buffer 序列化原理大揭秘 - 为什么Protocol Buffer性能这么好？

总结
反序列化的过程总结如下：

从输入流依次读字段的标签值（即Tag值）
根据从标签值（即Tag值）值解析出来的标识号（ Field_Number），判断对应的数据类型（ wire_type）
调用对应的解码方法解析对应字段值

下图用实例来看看 Protocol Buffer 如何解析经过Varint 编码的字节

文章图片

方式2 进行序列化 & 反序列化的源码分析

/*方式2：通过输入/ 输出流（如网络输出流）序列化和反序列化消息 */ // a.序列化 ByteArrayOutputStream output = new ByteArrayOutputStream(); person.writeTo(output); // 将消息序列化后写入到输出流(此处用 ByteArrayOutputStream 代替) byte[] byteArray = output.toByteArray(); // 将输出流转换成二进制字节流 // b. 反序列化 ByteArrayInputStream input = new ByteArrayInputStream(byteArray); // 通过输入流接收消息流(此处用 ByteArrayInputStream 代替) Demo.Person person_Request = Demo.Person.parseFrom(input); // 通过输入流反序列化消息// 关于其源码分析与方式1类似 // 关于序列化：方式1虽然采用了person.toByteArray()，但内部还是采用了writeTo()，此处就不作过多描述 // 关于反序列化：均采用了Demo.Person.parseFrom(byteArray1);

序列化 & 反序列化过程总结
a. 序列化的过程如下：

创建一个输出流
计算出序列化后的二进制流长度，分配该长度的空间，以备以后将每个字段填充到该空间
判断每个字段是否有设置值，有值才会进行编码

若optional 或 repeated 字段没有被设置字段值，那么该字段在序列化时的数据中是完全不存在的，即不进行序列化（少编码一个字段）；在解码时，相应的字段才会被设置为默认值

根据字段标识号& 数据类型将字段值通过不同的编码方式进行编码

以下是不同字段数据类型对应的编码方式

文章图片

将已经编码成功的字节写入到输出流，即数据存储，最终等待输出

b. 反序列化的过程如下：

从输入流依次读字段的标签值（即Tag值）
根据从标签值（即Tag值）值解析出来的标识号（ Field_Number），判断对应的数据类型（ wire_type）
调用对应的解码方法解析对应字段值

整个序列化 & 反序列化过程简单、速度快，且主要由 Protocol Buffer 自身的框架代码和编译器共同完成
8. 对比于XML 的序列化 & 反序列化过程

XML的反序列化过程如下：
1. 从文件中读取出字符串
2. 将字符串转换为 XML 文档对象结构模型
3. 从 XML 文档对象结构模型中读取指定节点的字符串
4. 将该字符串转换成指定类型的变量

上述过程非常复杂。其中，将 XML 文件转换为文档对象结构模型的过程通常需要完成词法文法分析等大量消耗 CPU 的复杂计算。

同Json、 XML 相比， Protocol Buffer 因为序列化 & 反序列化过程简单，所以序列化 & 反序列化过程速度非常快，这也是 Protocol Buffer效率高的原因。

9. 总结

Protocol Buffer的序列化 & 反序列化简单 & 速度快的原因是：
a. 编码 / 解码方式简单（只需要简单的数学运算 = 位移等等）
b. 采用 Protocol Buffer 自身的框架代码和编译器共同完成
Protocol Buffer的数据压缩效果好（即序列化后的数据量体积小）的原因是：
a. 采用了独特的编码方式，如Varint、Zigzag编码方式等等
b. 采用T - L - V 的数据存储方式：减少了分隔符的使用 & 数据存储得紧凑

看完本文，你应该非常了解Protocol Buffer 的语法 & 如何去构建Protocol Buffer 的消息模型

关于Protocol Buffer 的系列文章如下：
1. 快来看看Google出品的Protocol Buffer，别只会用Json和XML了
2. 手把手教你如何安装Protocol Buffer
3. 这是一份很有诚意的 Protocol Buffer 语法详解
4. Protocol Buffer 序列化原理大揭秘 - 为什么Protocol Buffer性能这么好？
下一篇文章我将继续对Protocol Buffer 进行详细分析，感兴趣的同学可以继续关注carson_ho的微信公众号

文章图片

文章图片