我想将 UUID 附加到我的 protobuf 用户消息示例中的字段。
message User {
// field containing id as UUID type
required string email;
optional string name;
}
我知道 protobuf 消息还不支持 UUID 类型。我读过最好的方法是使用 UUID 消息类型。
所以我猜我的用户消息会导入我的 UUID 消息原型定义并将其用作字段类型，如下所示：
import "myproject/UUID.proto";
message User {
required UUID id;
required string email;
optional string name;
}
我的问题是，UUID 消息的外观如何，我将如何对其进行编码/解码？我的目标是 Java/Scala 和 C# 兼容性。
【问题讨论】：
标签： protocol-buffers uuid
您可能应该使用string 或bytes 来表示UUID。如果将 UUID 保持为人类可读格式（例如 "de305d54-75b4-431b-adb2-eb6b9e546014"）最方便，请使用 string；如果您存储 128 位原始值，请使用 bytes。 （如果你不确定，你可能想要string。）
将值包装在名为UUID 的消息类型中有助于使代码更具自记录性，但会产生一些性能开销，并非严格要求。如果您想这样做，请定义如下类型：
message UUID {
required string value = 1;
}
或：
message UUID {
required bytes value = 1;
}
【讨论】：
string 或 bytes 来表示 UUID 很容易。添加内置类型需要在每种语言的 protobuf 实现中增加复杂性。这不值得。
如果有的话，您想使用string 来避免字节序问题。请注意，具有相同字符串表示形式（因此是相同的“id”）的 UUID 和 MS GUID 具有不同的字节流顺序（大端与小端）。如果您在协议中使用 bytes 在使用 UUID 的 Java 和使用 System.Guid 的 C# 之间进行通信，则最终可能会出现翻转的 ID。
【讨论】：
bytes 不会导致任何字节序问题。另一方面，如果 UUID 存储在两个 64 位整数中，则必须处理字节顺序问题。
我没有足够的声望点来发表评论，所以我必须写这个作为答案。
使用字符串，而不是像其他评论者所说的那样使用字节数组。根据 MS (https://docs.microsoft.com/en-us/dotnet/architecture/grpc-for-wcf-developers/protobuf-data-types) 的说法，“不要将字节字段用于 Guid 值。当 Protobuf 与其他平台（例如 Java）交互时，字节序问题（维基百科定义）可能会导致行为不稳定。”
【讨论】：
如果您想确保直接的互操作性，我建议使用字符串编码而不是字节编码：
message UUID {
required string value = 1;
}
字节编码的问题是：不同的 UUID 库对字节使用不同的编码/解码方案，但它们同意如何编码/解码字符串。
例如，请参阅 C# 的 System.guid.toBytesArray 返回混合端格式：前三个组件是小端编码的，而后两个是大端编码的。
在 Java 中，Apache Commons Library Uuid.toRawBytes 以大端编码返回 uuid：
"String": 35918bc9-196d-40ea-9779-889d79b753f0
"C#" : C9 8B 91 35 6D 19 EA 40 97 79 88 9D 79 B7 53 F0
"Java" : 35 91 8B C9 19 6D 40 EA 97 79 88 9D 79 B7 53 F0
附带说明：Python 3 的 Uuid 提供两种编码：bytes 用于大端编码，bytes_le 用于混合端编码。
【讨论】：