如何在ProtoBuf中高效地建模HashMap/Dictionary

Question

我有一个由.NET代码序列化的protobuf文件，我想把它用到Java中。在.NET代码中，有字典数据类型，并且proto模式类似于

message Pair {
   optional string key = 1;
   optional string value = 2;
}

message Dictionary {
   repeated Pair pairs = 1;
}

正如协议缓冲区中的stackoverflow post字典中所述。

我可以使用protoc将原始文件编译成Java类罚款。我可以成功地将protobuf文件反序列化为Java对象。唯一的问题是，它在Java中转换为一个配对对象列表，而不是HashMap。当然，我仍然拥有所有的数据，但我不能像我希望的那样高效地访问数据。如果我有键的值，我就得在整个列表中循环得到它对应的值。这似乎不是最佳的。

我想知道是否有更好的方法在protobuf中建模dictionary/map数据类型。

谢谢

更新：

我尝试了Jon Skeet的建议，在addressbook示例中添加map type字段，但仍然遇到了问题。

message Person {
  required string name = 1;
  required int32 id = 2;        // Unique ID number for this person.
  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;
  map<string, string> mapdata = 5;
}

protoc在编译时抛出错误

addressbook.proto:25:3: Expected "required", "optional", or "repeated".
addressbook.proto:25:6: Expected field name.

根据Google protobuf文档，Proto2支持类型为https://developers.Google.com/protocol-buffers/docs/proto#maps的地图。正如我所引述那样，

映射不能重复、可选或必需。

所以我真的不知道为什么protoc不能编译它。这里还有一个讨论，必须为现有的proto includes map创建Java pojo。答案表明map只是Proto3的一个特性。这与谷歌的文档相矛盾。

Answer 1

好吧，从V3.0开始，“protobuf proper”就已经支持地图了。例如，您的proto有效地：

message Dictionary {
    map<string, string> pairs = 1;
}

好消息是，使用您定义的key和value字段，它与现有数据完全向后兼容：）

坏消息是我不知道protobuf-net是否支持它。如果您实际上不是在.NET端使用.proto文件，并且以声明方式执行所有操作，那么您可能只需要修改.proto文件，重新生成Java代码，然后运行...

剩下的坏消息是地图是在V3.0中引入的，在本文撰写时，该版本仍处于alpha/beta版本。现在，根据您需要发布的时间，您可以决定押注V3.0在您需要的时候发布--在我看来，拥有良好的映射语法的好处是非常重要的。目前所做的大部分更改都是围绕着新的proto3特性--而映射在proto2语法文件中也是允许的...只是您需要V3.0编译器和运行库来使用它们。