Rust 生成的代码指南
此页面准确描述了 Protocol Buffer 编译器为任何给定的协议定义所生成的 Rust 代码。
本文档介绍了 Protocol Buffer 编译器如何为 proto2、proto3 和 Protobuf Editions 生成 Rust 代码。proto2、proto3 和 Editions 生成的代码之间的任何差异都会突出显示。在阅读本文档之前,您应该先阅读 proto2 语言指南、proto3 语言指南或 Editions 指南。
Protobuf Rust
Protobuf Rust 是 Protocol Buffers 的一种实现,旨在能够运行在其他现有的 Protocol Buffer 实现之上,我们称之为“内核”。
支持多个非 Rust 内核的决定对我们的公共 API 产生了重大影响,包括选择使用像 ProtoStr
这样的自定义类型,而不是像 str
这样的 Rust 标准类型。有关此主题的更多信息,请参阅 Rust Proto 设计决策。
生成的文件名
每个 rust_proto_library
都将编译为一个 crate。最重要的是,对于相应的 proto_library
的 srcs
中的每个 .proto
文件,都会生成一个 Rust 文件,并且所有这些文件都构成一个 crate。
编译器生成的文件因内核而异。通常,输出文件的名称是通过获取 .proto
文件的名称并替换扩展名来计算的。
生成的文件
- C++ 内核
.c.pb.rs
- 生成的 Rust 代码.pb.thunks.cc
- 生成的 C++ thunk(Rust 代码调用的粘合代码,它会委托给 C++ Protobuf API)。
- C++ Lite 内核
- <与 C++ 内核相同>
- UPB 内核
.u.pb.rs
- 生成的 Rust 代码。
每个 proto_library
也会有一个 generated.rs
文件,它被视为 crate 的入口点。该文件将从 crate 中的所有其他 Rust 文件中重新导出符号。
包(Packages)
与大多数其他语言不同,.proto
文件中的 package
声明在 Rust 代码生成中不使用。相反,每个 rust_proto_library(name = "some_rust_proto")
目标都会生成一个名为 some_rust_proto
的 crate,其中包含该目标中所有 .proto
文件的生成代码。
消息
给定消息声明
message Foo {}
编译器会生成一个名为 Foo
的结构体。Foo
结构体定义了以下方法:
fn new() -> Self
:创建Foo
的一个新实例。fn parse(data: &[u8]) -> Result<Self, protobuf::ParseError>
:如果data
包含Foo
的有效线路格式表示,则将data
解析为Foo
的实例。否则,函数返回一个错误。fn clear_and_parse(&mut self, data: &[u8]) -> Result<(), ParseError>
:类似于依次调用.clear()
和parse()
。fn serialize(&self) -> Result<Vec<u8>, SerializeError>
:将消息序列化为 Protobuf 线路格式。序列化可能会失败,但很少会。失败原因包括超出最大消息大小、内存不足以及必需字段(proto2)未设置。fn merge_from(&mut self, other)
:将other
合并到self
中。fn as_view(&self) -> FooView<'_>
:返回Foo
的一个不可变句柄(视图)。这将在代理类型部分进一步介绍。fn as_mut(&mut self) -> FooMut<'_>
:返回Foo
的一个可变句柄(mut)。这将在代理类型部分进一步介绍。
Foo
实现了以下 trait:
std::fmt::Debug
std::default::Default
std::clone::Clone
std::ops::Drop
std::marker::Send
std::marker::Sync
消息代理类型
由于需要用单一的 Rust API 支持多个内核,我们在某些情况下不能使用原生的 Rust 引用(&T
和 &mut T
),而是需要使用类型来表达这些概念——即 View
和 Mut
。这些情况是共享和可变的引用:
- 消息
- 重复字段
- Map 字段
例如,编译器会与 Foo
一起生成 FooView<'a>
和 FooMut<'msg>
结构体。这些类型用于代替 &Foo
和 &mut Foo
,并且它们在借用检查器行为方面与原生 Rust 引用的行为相同。就像原生借用一样,View 是 Copy
的,借用检查器将强制您在任何给定时间只能有任意数量的 View 或最多一个 Mut 存在。
就本文档而言,我们专注于描述为自有消息类型(Foo
)生成的所有方法。其中一部分带有 &self
接收器的方法也将包含在 FooView<'msg>
中。一部分带有 &self
或 &mut self
接收器的方法也将包含在 FooMut<'msg>
中。
要从 View / Mut 类型创建自有消息类型,请调用 to_owned()
,它会创建一个深拷贝。
嵌套类型
给定消息声明
message Foo {
message Bar {
enum Baz { ... }
}
}
除了名为 Foo
的结构体外,还会创建一个名为 foo
的模块,用于包含 Bar
的结构体。同样,还会创建一个名为 bar
的嵌套模块,用于包含深度嵌套的枚举 Baz
。
pub struct Foo {}
pub mod foo {
pub struct Bar {}
pub mod bar {
pub struct Baz { ... }
}
}
字段
除了上一节中描述的方法外,Protocol Buffer 编译器还会为 .proto
文件中消息内定义的每个字段生成一组访问器方法。
遵循 Rust 风格,方法名称为小写蛇形命名法(lower-case/snake-case),例如 has_foo()
和 clear_foo()
。请注意,访问器中字段名部分的大小写保持了原始 .proto 文件的风格,根据 .proto 文件风格指南,这部分也应该是小写蛇形命名法。
具有显式存在性的字段
显式存在性意味着字段区分默认值和未设置值。在 proto2 中,optional
字段具有显式存在性。在 proto3 中,只有消息字段以及 oneof
或 optional
字段具有显式存在性。存在性是通过 Editions 中的 features.field_presence
选项设置的。
数字字段
对于此字段定义:
int32 foo = 1;
编译器会生成以下访问器方法:
fn has_foo(&self) -> bool
:如果字段已设置,则返回true
。fn foo(&self) -> i32
:返回字段的当前值。如果字段未设置,则返回默认值。fn foo_opt(&self) -> protobuf::Optional<i32>
:如果字段已设置,则返回一个带有变体Set(value)
的 optional;如果未设置,则返回Unset(default value)
。fn set_foo(&mut self, val: i32)
:设置字段的值。调用此方法后,has_foo()
将返回true
,foo()
将返回value
。fn clear_foo(&mut self)
:清除字段的值。调用此方法后,has_foo()
将返回false
,foo()
将返回默认值。
对于其他数字字段类型(包括 bool
),int32
会根据标量值类型表替换为相应的 Rust 类型。
字符串和字节字段
对于这些字段定义:
string foo = 1;
bytes foo = 1;
编译器会生成以下访问器方法:
fn has_foo(&self) -> bool
:如果字段已设置,则返回true
。fn foo(&self) -> &protobuf::ProtoStr
:返回字段的当前值。如果字段未设置,则返回默认值。fn foo_opt(&self) -> protobuf::Optional<&ProtoStr>
:如果字段已设置,则返回一个带有变体Set(value)
的 optional;如果未设置,则返回Unset(default value)
。fn set_foo(&mut self, val: impl IntoProxied<ProtoString>)
:设置字段的值。fn clear_foo(&mut self)
:清除字段的值。调用此方法后,has_foo()
将返回false
,foo()
将返回默认值。
对于类型为 bytes
的字段,编译器将生成 ProtoBytes
类型。
枚举字段
给定任何 proto 语法版本中的此枚举定义:
enum Bar {
BAR_UNSPECIFIED = 0;
BAR_VALUE = 1;
BAR_OTHER_VALUE = 2;
}
编译器会生成一个结构体,其中每个变体都是一个关联常量:
#[derive(Clone, Copy, PartialEq, Eq, Hash)]
#[repr(transparent)]
pub struct Bar(i32);
impl Bar {
pub const Unspecified: Bar = Bar(0);
pub const Value: Bar = Bar(1);
pub const OtherValue: Bar = Bar(2);
}
对于此字段定义:
Bar foo = 1;
编译器会生成以下访问器方法:
fn has_foo(&self) -> bool
:如果字段已设置,则返回true
。fn foo(&self) -> Bar
:返回字段的当前值。如果字段未设置,则返回默认值。fn foo_opt(&self) -> Optional<Bar>
:如果字段已设置,则返回一个带有变体Set(value)
的 optional;如果未设置,则返回Unset(default value)
。fn set_foo(&mut self, val: Bar)
:设置字段的值。调用此方法后,has_foo()
将返回true
,foo()
将返回value
。fn clear_foo(&mut self)
:清除字段的值。调用此方法后,has_foo()
将返回 false,foo()
将返回默认值。
内嵌消息字段
给定任何 proto 语法版本中的消息类型 Bar
:
message Bar {}
对于以下任何字段定义:
message MyMessage {
Bar foo = 1;
}
编译器将生成以下访问器方法
fn foo(&self) -> BarView<'_>
:返回字段当前值的视图。如果字段未设置,则返回一个空消息。fn foo_mut(&mut self) -> BarMut<'_>
:返回字段当前值的可变句柄。如果字段未设置,则设置该字段。调用此方法后,has_foo()
返回 true。fn foo_opt(&self) -> protobuf::Optional<BarView>
:如果字段已设置,则返回带有其value
的变体Set
。否则返回带有默认值的变体Unset
。fn set_foo(&mut self, value: impl protobuf::IntoProxied<Bar>)
:将字段设置为value
。调用此方法后,has_foo()
返回true
。fn has_foo(&self) -> bool
:如果字段已设置,则返回true
。fn clear_foo(&mut self)
:清除字段。调用此方法后,has_foo()
返回false
。
具有隐式存在性的字段(proto3 和 Editions)
隐式存在性意味着字段不区分默认值和未设置值。在 proto3 中,字段默认具有隐式存在性。在 Editions 中,您可以通过将 field_presence
特性设置为 IMPLICIT
来声明具有隐式存在性的字段。
数字字段
对于这些字段定义:
// proto3
int32 foo = 1;
// editions
message MyMessage {
int32 foo = 1 [features.field_presence = IMPLICIT];
}
编译器会生成以下访问器方法:
fn foo(&self) -> i32
:返回字段的当前值。如果字段未设置,则返回0
。fn set_foo(&mut self, val: i32)
:设置字段的值。
对于其他数字字段类型(包括 bool
),int32
会根据标量值类型表替换为相应的 Rust 类型。
字符串和字节字段
对于这些字段定义:
// proto3
string foo = 1;
bytes foo = 1;
// editions
string foo = 1 [features.field_presence = IMPLICIT];
bytes bar = 2 [features.field_presence = IMPLICIT];
编译器将生成以下访问器方法
fn foo(&self) -> &ProtoStr
:返回字段的当前值。如果字段未设置,则返回空字符串/空字节数组。fn set_foo(&mut self, value: IntoProxied<ProtoString>)
:将字段设置为value
。
对于类型为 bytes
的字段,编译器将生成 ProtoBytes
类型。
支持 Cord 的奇异字符串和字节字段
[ctype = CORD]
允许将字节和字符串作为 absl::Cord 存储在 C++ Protobuf 中。absl::Cord
目前在 Rust 中没有等效类型。Protobuf Rust 使用枚举来表示 cord 字段:
enum ProtoStringCow<'a> {
Owned(ProtoString),
Borrowed(&'a ProtoStr)
}
在常见情况下,对于小字符串,absl::Cord
将其数据存储为连续的字符串。在这种情况下,cord 访问器返回 ProtoStringCow::Borrowed
。如果底层的 absl::Cord
是非连续的,访问器会将数据从 cord 复制到一个自有的 ProtoString
中,并返回 ProtoStringCow::Owned
。ProtoStringCow
实现了 Deref<Target=ProtoStr>
。
对于以下任何字段定义:
optional string foo = 1 [ctype = CORD];
string foo = 1 [ctype = CORD];
optional bytes foo = 1 [ctype = CORD];
bytes foo = 1 [ctype = CORD];
编译器会生成以下访问器方法:
fn my_field(&self) -> ProtoStringCow<'_>
:返回字段的当前值。如果字段未设置,则返回空字符串/空字节数组。fn set_my_field(&mut self, value: IntoProxied<ProtoString>)
:将字段设置为value
。调用此函数后,foo()
返回value
,has_foo()
返回true
。fn has_foo(&self) -> bool
:如果字段已设置,则返回true
。fn clear_foo(&mut self)
:清除字段的值。调用此方法后,has_foo()
返回false
,foo()
返回默认值。Cord 尚未实现。
对于类型为 bytes
的字段,编译器会生成 ProtoBytesCow
类型。
编译器会生成以下访问器方法:
fn foo(&self) -> &ProtoStr
:返回字段的当前值。如果字段未设置,则返回空字符串/空字节数组。fn set_foo(&mut self, value: impl IntoProxied<ProtoString>)
:将字段设置为value
。
枚举字段
给定枚举类型:
enum Bar {
BAR_UNSPECIFIED = 0;
BAR_VALUE = 1;
BAR_OTHER_VALUE = 2;
}
编译器会生成一个结构体,其中每个变体都是一个关联常量:
#[derive(Clone, Copy, PartialEq, Eq, Hash)]
#[repr(transparent)]
pub struct Bar(i32);
impl Bar {
pub const Unspecified: Bar = Bar(0);
pub const Value: Bar = Bar(1);
pub const OtherValue: Bar = Bar(2);
}
对于这些字段定义:
// proto3
Bar foo = 1;
// editions
message MyMessage {
Bar foo = 1 [features.field_presence = IMPLICIT];
}
编译器将生成以下访问器方法
fn foo(&self) -> Bar
:返回字段的当前值。如果字段未设置,则返回默认值。fn set_foo(&mut self, value: Bar)
:设置字段的值。调用此方法后,has_foo()
将返回true
,foo()
将返回value
。
重复字段
对于任何 repeated 字段定义,编译器都会生成三个相同的访问器方法,仅在字段类型上有所不同。
在 Editions 中,您可以使用 repeated_field_encoding
功能来控制 repeated 原始类型字段的线路格式编码。
// proto2
repeated int32 foo = 1; // EXPANDED by default
// proto3
repeated int32 foo = 1; // PACKED by default
// editions
repeated int32 foo = 1 [features.repeated_field_encoding = PACKED];
repeated int32 bar = 2 [features.repeated_field_encoding = EXPANDED];
给定上述任何字段定义,编译器会生成以下访问器方法:
fn foo(&self) -> RepeatedView<'_, i32>
:返回底层 repeated 字段的视图。fn foo_mut(&mut self) -> RepeatedMut<'_, i32>
:返回底层 repeated 字段的可变句柄。fn set_foo(&mut self, src: impl IntoProxied<Repeated<i32>>)
:将底层 repeated 字段设置为src
中提供的新 repeated 字段。
对于不同的字段类型,只有 RepeatedView
、RepeatedMut
和 Repeated
类型的相应泛型类型会改变。例如,对于类型为 string
的字段,foo()
访问器将返回 RepeatedView<'_, ProtoString>
。
映射字段
对于此 map 字段定义:
map<int32, int32> weight = 1;
编译器将生成以下 3 个访问器方法:
fn weight(&self) -> protobuf::MapView<'_, i32, i32>
:返回底层 map 的不可变视图。fn weight_mut(&mut self) -> protobuf::MapMut<'_, i32, i32>
:返回底层 map 的可变句柄。fn set_weight(&mut self, src: protobuf::IntoProxied<Map<i32, i32>>)
:将底层 map 设置为src
。
对于不同的字段类型,只有 MapView
、MapMut
和 Map
类型的相应泛型类型会改变。例如,对于类型为 string
的字段,foo()
访问器将返回 MapView<'_, int32, ProtoString>
。
Any
目前,Rust Protobuf 对 Any 没有特殊处理;它的行为将如同一个具有以下定义的简单消息:
message Any {
string type_url = 1;
bytes value = 2;
}
Oneof
给定一个 oneof 定义,如下所示:
oneof example_name {
int32 foo_int = 4;
string foo_string = 9;
...
}
编译器将为每个字段生成访问器(getter、setter、hazzer),就好像该字段被声明为 oneof 之外的 optional
字段一样。因此,您可以像处理常规字段一样处理 oneof 字段,但设置其中一个字段会清除 oneof 块中的其他字段。此外,还会为 oneof
块生成以下类型:
#[non_exhaustive]
#[derive(Debug, Clone, Copy)]
pub enum ExampleNameOneof<'msg> {
FooInt(i32) = 4,
FooString(&'msg protobuf::ProtoStr) = 9,
not_set(std::marker::PhantomData<&'msg ()>) = 0
}
#[derive(Debug, Copy, Clone, PartialEq, Eq)]
pub enum ExampleNameCase {
FooInt = 4,
FooString = 9,
not_set = 0
}
此外,它还会生成两个访问器:
fn example_name(&self) -> ExampleNameOneof<_>
:返回表示哪个字段已设置的枚举变体以及该字段的值。如果未设置任何字段,则返回not_set
。fn example_name_case(&self) -> ExampleNameCase
:返回表示哪个字段已设置的枚举变体。如果未设置任何字段,则返回not_set
。
枚举
给定一个枚举定义,例如:
enum FooBar {
FOO_BAR_UNKNOWN = 0;
FOO_BAR_A = 1;
FOO_B = 5;
VALUE_C = 1234;
}
编译器将生成:
#[derive(Clone, Copy, PartialEq, Eq, Hash)]
#[repr(transparent)]
pub struct FooBar(i32);
impl FooBar {
pub const Unknown: FooBar = FooBar(0);
pub const A: FooBar = FooBar(1);
pub const FooB: FooBar = FooBar(5);
pub const ValueC: FooBar = FooBar(1234);
}
请注意,对于前缀与枚举匹配的值,前缀将被剥离;这样做是为了提高人体工程学。枚举值通常以枚举名称为前缀,以避免同级枚举之间的名称冲突(这遵循 C++ 枚举的语义,其中值的作用域不受其包含的枚举限制)。由于生成的 Rust 常量作用域在 impl
内,因此在 .proto 文件中有益于添加的额外前缀在 Rust 中将是多余的。
扩展(仅限 proto2)
扩展的 Rust API 目前正在开发中。扩展字段将通过解析/序列化来维护,在 C++ 互操作的情况下,如果从 Rust 访问消息,则设置的任何扩展都将保留(并在消息复制或合并的情况下传播)。
Arena 分配
用于 arena 分配消息的 Rust API 尚未实现。
在内部,upb 内核上的 Protobuf Rust 使用 arena,但在 C++ 内核上不使用。但是,在 C++ 中通过 arena 分配的消息的引用(包括 const 和可变引用)可以安全地传递给 Rust 进行访问或修改。
服务(Services)
服务的 Rust API 尚未实现。