协议缓冲区-唯一编号标记-澄清？

Question

我正在使用协议缓冲区，一切正常。除了我不明白的事实--为什么我需要proto文件中的编号标记：

message SearchRequest {
  required string query = 1;
  optional int32 page_number = 2;
  optional int32 result_per_page = 3;
}

我当然读过文件了：

正如您所看到的，消息定义中的每个字段都有一个唯一的编号标记。这些标记用于标识消息二进制格式的字段，一旦您的消息类型被使用，就不应更改。

我不明白如果我改变它又有什么区别。（我将创建一个新的proto并编译它--那么它为什么在乎呢？）

另一条规定：

proto定义中的编号字段省去了对版本检查的需要，这是设计和实现协议缓冲区的明确动机之一。正如开发人员文档所述,协议的设计部分是为了避免像这样的“丑陋代码”来检查协议版本：

if (version == 3) {
  ...
} else if (version > 4) {
  if (version == 5) {
    ...
  }
  ...
}

问题

是仅仅是我还是完全不清楚？

让我换一种方式问它：

如果我有一个像上面文件一样的proto文件，然后我将它更改为：

message SearchRequest {
  required string query = 3; //reversed order
  optional int32 page_number = 2;
  optional int32 result_per_page = 1;
}

它在乎什么？我重新编译并添加了这个文件（我在上周已经做了很多次了）。

我错过了什么？你能为这个编号的标签提供一个人对人的解释吗？

Answer 1

编号标记用于在序列化和反序列化数据时匹配字段。

显然，如果更改编号方案，并将此更改应用于序列化程序和反序列化程序，则没有问题。

但是，请考虑一下，如果使用第一种编号方案保存数据，并使用第二种方案加载数据，它将尝试将query加载到result_per_page中，反序列化可能会失败。

现在，这为什么有用呢？假设在模式已经使用很久之后，您需要向数据中添加另一个字段：

message SearchRequest {
  required string query = 1;
  optional int32 page_number = 2;
  optional int32 result_per_page = 3;
  optional int32 new_data = 4;
}

因为您显式地给它一个数字，所以反序列化程序仍然能够加载使用旧的编号方案序列化的数据，忽略不存在的数据的反序列化。