Java 协议缓冲区 - 消息大小答案

【问题标题】：Java Protocol Buffers - Message sizesJava 协议缓冲区 - 消息大小
【发布时间】：2013-09-01 10:12:10
【问题描述】：

所以，在过去的几周里，我一直在学习非常简单的网络编程和协议缓冲区。现在，我有一个 Java 客户端和一个 C# 服务器，它们使用协议缓冲区来回通信。一切正常，但要使其在客户端（Java）端工作，我必须创建具有传入消息的确切大小的字节数组，否则解析器会抛出“协议消息包含无效标签（零)"

在做了一些研究之后，我发现我为我的 DatagramPacket 创建的数组（1024 字节）有大量尾随零（因为我从服务器传入的数据是 27 字节长），这就是我现在的原因，因为前面提到过，必须创建具有传入数据的确切大小的数组。

至于问题，有没有办法找出我的 .proto 文件中所有原型“消息”的大小？如果没有某种静态 getSize()，有没有一种方法可以仅通过“消息”中的字段类型来计算？

我现在正在使用的消息包含 3 个双精度，现在我正在考虑它，但我想从知道发生了什么的人那里得到肯定的答案，是 27，因为每个双精度 8 字节和 1 字节每个消息字段上的每个“标签”？

【问题讨论】：

【解决方案1】：

protobuf 数据中的根对象不是自终止的；它被设计为可附加的（使用 append===merge），所以通常库只是读取数据，直到数据用完。如果您有备用零，它将无法解析下一个字段标题。有两种方法可以解决这个问题：

如果您只想发送一条消息，只需在消息末尾关闭出站套接字即可；客户端应该检测到套接字的结束并相应地进行补偿（注意，除非您使用长度限制的流包装器，否则您仍然不想使用过大的缓冲区）
使用某种“成帧”协议；其中最简单的就是简单地在每条消息前面加上该消息中的字节数（请注意，在一般情况下，这个大小不是固定的，但在关闭 3 个双精度的情况下，每个都有一个字段编号的字段标题不大于 16，然后是：它将是 27 个字节）；然后，您可以创建正确大小的缓冲区（注意重复的数组分配可能很昂贵），或者更典型的是：使用长度限制的流包装器，或内存支持的内存中流

【讨论】：

【解决方案2】：

我相信您的问题在于您的套接字接收代码。有一个尾随零的数组不是问题，但是在接收时，您应该检查接收到的字节数（它是接收调用的返回值），并且只考虑缓冲区数组从开始到“接收到的字节数”的字节数”。

【讨论】：