grpc和protobuf当另一方未同步发布时如何处理新字段

您的用例正是 protobuf 旨在处理的。您需要做的就是：在消息中添加一个新字段。在最简单的情况下，客户端应用程序代码在服务器部署完成之前不会查看新字段，因此不会注意到它有时存在，有时不存在。

您不应该更改预先存在的字段的索引（字段 ID），这是正确的。尽管我会注意到您可以在消息中的任何位置添加新字段；字段的写入顺序对于 protobuf 无关紧要。

所以你只需添加另一个字段，如：

message TestMessage {
string somefield = 1;
int someotherfield = 2;
string mynewfield = 3;
}


你不具备使用3的ID。您可以使用 4、10 或 10000。但是对于 protobuf 来说，小数字更有效，通常只选择“下一个”ID。On-the-wire protobuf 使用 id 来标识字段，所以以后不要更改 id 很重要。

在protobuf 3中，所有字段都是protobuf 2意义上的“可选”；没有“必填”字段。但是，protobuf 2 还为所有字段提供了“现场存在”。Protobuf 3 只为 oneofs 和消息提供字段存在......直到最近重新引入“可选”关键字。

在 protobuf 3 中，如果您调用textMessage.getMynewfield()它，它将始终返回一个非空字符串。如果未发送字符串，它将使用空字符串 ( "")。对于整数0，返回消息，返回“默认消息”（所有默认值）。这对于许多用例来说已经足够了，可能对你来说已经足够了。

但是假设您需要区分""和。这就是现场存在所提供的。protobuf 3 中的消息具有“has”方法，true如果存在值则返回。但是原语没有存在信息。一种选择是使用使原语成为消息的标准包装器来“装箱”原语。较新版本的 protobuf 中可用的另一个选项是optional关键字。这两个选项都将提供类似textMessage.hasMynewfield().

message TestMessage {
string somefield = 1;
int someotherfield = 2;
google.protobuf.StringValue mynewfield = 3;
// -or-
optional string mynewfield = 3;
}