protobuf 详解
protobuf
protobuf概述
protobuf简介
Protobuf是Protocol Buffers的简称,它是Google公司开发的一种数据描述语言,是一种轻便高效的结构化数据存储格式,可以用于结构化数据串行化,或者说序列化 。它很适合做数据存储或 RPC 数据交换格式。可用于通讯协议、数据存储等领域的语言无关、平台无关、可扩展的序列化结构数据格式。目前提供了 C++、Java、Python 三种语言的 API。
-
protobuf是类似与json一样的数据描述语言(数据格式)
-
protobuf非常适合于RPC数据交换格式
注意:protobuf
本身并不是和gRPC
绑定的。它也可以被用于非RPC场景,如存储等
protobuf的优劣势
1)优势:
-
序列化后体积相比Json和XML很小,适合网络传输
-
序列化反序列化速度很快,快于Json的处理速度
-
消息格式升级和兼容性还不错
-
支持跨平台多语言
2)劣势:
-
应用不够广(相比xml和json)
-
二进制格式导致可读性差
-
缺乏自描述
protoc安装(windows)
protoc就是protobuf的编译器,它把proto文件编译成不同的语言
下载安装protoc编译器(protoc)
下载protobuf:https://github.com/protocolbuffers/protobuf/releases/download/v3.20.1/protoc-3.20.1-win64.zip
解压后,将目录中的 bin 目录的路径添加到系统环境变量,然后打开cmd输入protoc
查看输出信息,此时则安装成功
安装protocbuf的go插件(protoc-gen-go)
由于protobuf并没直接支持go语言需要我们手动安装相关插件
protocol buffer编译器需要一个插件来根据提供的proto文件生成 Go 代码,Go1.16+要使用下面的命令安装插件:
go install google.golang.org/protobuf/cmd/protoc-gen-go@latest // 目前最新版是v1.3.0
安装grpc(grpc)
go get -u -v google.golang.org/grpc@latest // 目前最新版是v1.53.0
安装grpc的go插件(protoc-gen-go-grpc)
说明:在google.golang.org/protobuf
中,protoc-gen-go
纯粹用来生成pb序列化相关的文件,不再承载gRPC代码生成功能,所以如果要生成grpc相关的代码需要安装grpc-go相关的插件:protoc-gen-go-grpc
go install google.golang.org/grpc/cmd/protoc-gen-go-grpc@latest // 目前最新版是v1.3.0
protobuf语法
protobuf语法
-
类型:类型不仅可以是标量类型(
int
、string
等),也可以是复合类型(enum
等),也可以是其他message
-
字段名:字段名比较推荐的是使用下划线/分隔名称
-
字段编号:一个message内每一个字段编号都必须唯一的,在编码后其实传递的是这个编号而不是字段名
-
字段规则:消息字段可以是以下字段之一
-
singular
:格式正确的消息可以有零个或一个字段(但不能超过一个)。使用 proto3 语法时,如果未为给定字段指定其他字段规则,则这是默认字段规则 -
optional
:与singular
相同,不过可以检查该值是否明确设置 -
repeated
:在格式正确的消息中,此字段类型可以重复零次或多次。系统会保留重复值的顺序 -
map
:这是一个成对的键值对字段
-
-
保留字段:为了避免再次使用到已移除的字段可以设定保留字段。如果任何未来用户尝试使用这些字段标识符,编译器就会报错
简单语法
proto文件基本语法
syntax = "proto3"; // 指定版本信息,不指定会报错
package pb; // 后期生成go文件的包名
// message为关键字,作用为定义一种消息类型
message Person{
string name = 1; // 名字
int32 age = 2 ; // 年龄
}
enum test{
int32 age = 0;
}
protobuf消息的定义(或者称为描述)通常都写在一个以 .proto 结尾的文件中:
-
第一行指定正在使用
proto3
语法:如果不这样做,协议缓冲区编译器将假定正在使用proto2(这也必须是文件的第一个非空的非注释行) -
第二行package指明当前是pb包(生成go文件之后和Go的包名保持一致)
-
message关键字定义一个Person消息体,类似于go语言中的结构体,是包含一系列类型数据的集合。
-
许多标准的简单数据类型都可以作为字段类型,包括
bool
,int32
,float
,double
,和string
-
也可以使用其他message类型作为字段类型。
-
在message中有一个字符串类型的value成员,该成员编码时用1代替名字。在json中是通过成员的名字来绑定对应的数据,但是Protobuf编码却是通过成员的唯一编号来绑定对应的数据,因此Protobuf编码后数据的体积会比较小,能够快速传输,缺点是不利于阅读。
message常见的数据类型与go中类型对比
.proto类型 | Go类型 | 介绍 |
---|---|---|
double | float64 | 64位浮点数 |
float | float32 | 32位浮点数 |
int32 | int32 | 使用可变长度编码。编码负数效率低下——如果你的字段可能有负值,请改用sint32。 |
int64 | int64 | 使用可变长度编码。编码负数效率低下——如果你的字段可能有负值,请改用sint64。 |
uint32 | uint32 | 使用可变长度编码。 |
uint64 | uint64 | 使用可变长度编码。 |
sint32 | int32 | 使用可变长度编码。符号整型值。这些比常规int32s编码负数更有效。 |
sint64 | int64 | 使用可变长度编码。符号整型值。这些比常规int64s编码负数更有效。 |
fixed32 | uint32 | 总是四字节。如果值通常大于228,则比uint 32更有效 |
fixed64 | uint64 | 总是八字节。如果值通常大于256,则比uint64更有效 |
sfixed32 | int32 | 总是四字节。 |
sfixed64 | int64 | 总是八字节。 |
bool | bool | 布尔类型 |
string | string | 字符串必须始终包含UTF - 8编码或7位ASCII文本 |
bytes | []byte | 可以包含任意字节序列 |
protobuff语法进阶
message嵌套
messsage除了能放简单数据类型外,还能存放另外的message类型:
syntax = "proto3"; // 指定版本信息,不指定会报错
package pb; // 后期生成go文件的包名
// message为关键字,作用为定义一种消息类型
message Person{
string name = 1; // 名字
int32 age = 2 ; // 年龄
// 定义一个message
message PhoneNumber {
string number = 1;
int64 type = 2;
}
PhoneNumber phone = 3;
}
message成员编号,可以不从1开始,但是不能重复,不能使用19000 - 19999
repeated关键字
repeadted关键字类似与go中的切片,编译之后对应的也是go的切片,用法如下:
syntax = "proto3"; // 指定版本信息,不指定会报错
package pb; // 后期生成go文件的包名
// message为关键字,作用为定义一种消息类型
message Person{
string name = 1; // 名字
int32 age = 2 ; // 年龄
// 定义一个message
message PhoneNumber {
string number = 1;
int64 type = 2;
}
repeated PhoneNumber phone = 3;
}
默认值
解析数据时,如果编码的消息不包含特定的单数元素,则解析对象对象中的相应字段将设置为该字段的默认值
不同类型的默认值不同,具体如下:
-
对于字符串,默认值为空字符串
-
对于字节,默认值为空字节
-
对于bools,默认值为false
-
对于数字类型,默认值为零
-
对于枚举,默认值是第一个定义的枚举值,该值必须为0。
-
repeated字段默认值是空列表
-
message字段的默认值为空对象
enum关键字
在定义消息类型时,可能会希望其中一个字段有一个预定义的值列表
比如说,电话号码字段有个类型,这个类型可以是,home,work,mobile
我们可以通过enum在消息定义中添加每个可能值的常量来非常简单的执行此操作。示例如下:
syntax = "proto3"; // 指定版本信息,不指定会报错
package pb; // 后期生成go文件的包名
// message为关键字,作用为定义一种消息类型
message Person{
string name = 1; // 名字
int32 age = 2 ; // 年龄
// 定义一个message
message PhoneNumber {
string number = 1;
PhoneType type = 2;
}
repeated PhoneNumber phone = 3;
}
// enum为关键字,作用为定义一种枚举类型
enum PhoneType {
MOBILE = 0;
HOME = 1;
WORK = 2;
}
如上,enum的第一个常量映射为0,每个枚举定义必须包含一个映射到零的常量作为其第一个元素。这是因为:
必须有一个零值,以便我们可以使用0作为数字默认值。
零值必须是第一个元素,以便与proto2语义兼容,其中第一个枚举值始终是默认值。
enum还可以为不同的枚举常量指定相同的值来定义别名。如果想要使用这个功能必须将allow_alias
选项设置为true,负责编译器将报错。示例如下:
syntax = "proto3"; // 指定版本信息,不指定会报错
package pb; // 后期生成go文件的包名
// message为关键字,作用为定义一种消息类型
message Person{
string name = 1; // 名字
int32 age = 2 ; // 年龄
// 定义一个message
message PhoneNumber {
string number = 1;
PhoneType type = 2;
}
repeated PhoneNumber phone = 3;
}
// enum为关键字,作用为定义一种枚举类型
enum PhoneType {
// 如果不设置将报错
option allow_alias = true;
MOBILE = 0;
HOME = 1;
WORK = 2;
Personal = 2;
}
oneof关键字
如果有一个包含许多字段的消息,并且最多只能同时设置其中的一个字段,则可以使用oneof功能,示例如下:
message Person{
string name = 1; // 名字
int32 age = 2 ; // 年龄
//定义一个message
message PhoneNumber {
string number = 1;
PhoneType type = 2;
}
repeated PhoneNumber phone = 3;
oneof data{
string school = 5;
int32 score = 6;
}
}
定义RPC服务
如果需要将message与RPC一起使用,则可以在.proto
文件中定义RPC服务接口,protobuf编译器将根据你选择的语言生成RPC接口代码。示例如下:
//定义RPC服务
service HelloService {
rpc Hello (Person)returns (Person);
}
注意:默认protobuf编译期间,不编译服务,如果要想让其编译,需要使用gRPC
protobuf编译
编译器调用
protobuf 编译是通过编译器 protoc 进行的,通过这个编译器,我们可以把 .proto 文件生成 go,Java,Python,C++, Ruby或者C# 代码
可以使用以下命令来通过 .proto 文件生成go代码(以及grpc代码)
// 将当前目录中的所有 .proto文件进行编译生成go代码
protoc --go_out=./ --go_opt=paths=source_relative *.proto
protobuf 编译器会把 .proto 文件编译成 .pd.go 文件
--go_out 参数
作用:指定go代码生成的基本路径
-
protocol buffer编译器会将生成的Go代码输出到命令行参数
go_out
指定的位置 -
go_out
标志的参数是你希望编译器编写 Go 输出的目录 -
编译器会为每个
.proto
文件输入创建一个源文件 -
输出文件的名称是通过将
.proto
扩展名替换为.pb.go
而创建的
--go_opt 参数
protoc-gen-go
提供了--go_opt
参数来为其指定参数,可以设置多个:
-
paths=import
:生成的文件会按go_package
路径来生成,当然是在--go_out
目录-
例如,
go_out/$go_package/pb_filename.pb.go
-
如果未指定路径标志,这就是默认输出模式
-
-
paths=source_relative
:输出文件与输入文件放在相同的目录中-
例如,一个
protos/buzz.proto
输入文件会产生一个位于protos/buzz.pb.go
的输出文件。
-
-
module=$PREFIX
:输出文件放在以 Go 包的导入路径命名的目录中,但是从输出文件名中删除了指定的目录前缀。-
例如,输入文件
pros/buzz.proto
,其导入路径为example.com/project/protos/fizz
并指定example.com/project
为module
前缀,结果会产生一个名为pros/fizz/buzz.pb.go
的输出文件。 -
在module路径之外生成任何 Go 包都会导致错误,此模式对于将生成的文件直接输出到 Go 模块非常有用。
-
--proto_path 参数
--proto_path=IMPORT_PATH
-
IMPORT_PATH是 .proto 文件所在的路径,如果忽略则默认当前目录。
-
如果有多个目录则可以多次调用--proto_path,它们将会顺序的被访问并执行导入。
使用示例:
protoc --proto_path=src --go_out=out --go_opt=paths=source_relative foo.proto bar/baz.proto
// 编译器将从 `src` 目录中读取输入文件 `foo.proto` 和 `bar/baz.proto`,并将输出文件 `foo.pb.go` 和 `bar/baz.pb.go` 写入 `out` 目录。如果需要,编译器会自动创建嵌套的输出子目录,但不会创建输出目录本身
使用grpc的go插件
安装proto-gen-go-grpc
在google.golang.org/protobuf
中,protoc-gen-go
纯粹用来生成pb序列化相关的文件,不再承载gRPC代码生成功能。生成gRPC相关代码需要安装grpc-go相关的插件protoc-gen-go-grpc
// 安装protoc-gen-go-grpc
go install google.golang.org/grpc/cmd/protoc-gen-go-grpc@latest // 目前最新版是v1.3.0
生成grpc的go代码:
// 主要是--go_grpc_out参数会生成go代码
protoc --go_out=. --go_opt=paths=source_relative --go-grpc_out=. --go-grpc_opt=paths=source_relative *.proto
--go-grpc_out 参数
作用:指定grpc go代码生成的基本路径
命令会产生的go文件:
-
protoc-gen-go
:包含所有类型的序列化和反序列化的go代码 -
protoc-gen-go-grpc
:包含service中的用来给client调用的接口定义以及service中的用来给服务端实现的接口定义
--go-grpc_opt 参数
和protoc-gen-go
类似,protoc-gen-go-grpc
提供 --go-grpc_opt
来指定参数,并可以设置多个
github.com/golang/protobuf
和 google.golang.org/protobuf
github.com/golang/protobuf
github.com/golang/protobuf
-
github.com/golang/protobuf
现在已经废弃 -
它可以同时生成pb和gRPC相关代码的
用法:
// 它在--go_out加了plugin关键字,paths参数有两个选项,分别是 import 和 source_relative
--go_out=plugins=grpc,paths=import:. *.proto
-
它
github.com/golang/protobuf
的升级版本,v1.4.0
之后github.com/golang/protobuf
仅是google.golang.org/protobuf
的包装 -
它纯粹用来生成pb序列化相关的文件,不再承载gRPC代码生成功能,生成gRPC相关代码需要安装grpc-go相关的插件
protoc-gen-go-grpc
用法:
// 它额外添加了参数--go-grpc_out以调用protoc-gen-go-grpc插件生成grpc代码
protoc --go_out=. --go_opt=paths=source_relative --go-grpc_out=. --go-grpc_opt=paths=source_relative *.proto