Message Data{
optional uint64 userid = 1;
repeated string usernames = 2;
optional uint32 status = 3;
}
情况 1 - “状态”包含非零值”
如果状态=非零值 当我使用data__pack(const Data * message ,uint8_t * out)函数打包数据时，out的长度为100，函数返回100(以100为例)。
情况 2 - 'status' 包含值 0
如果 status = 0(对于与案例 1 相同的 userid 和 username 值) 当我使用 data__pack() 函数打包数据时，'out' 的长度为 99，但函数仍然返回 100。
如果您注意到上面的 2 种情况，如果变量 'status' 的值为 0，则输出缓冲区的长度总是比 'status' 包含非零值时的长度少 1。我已将 has_status 变量设置为 1，所以这似乎不是问题。
这是 protobuf 错误还是我做错了什么？
其他详细信息:我正在使用的 Protobuf 版本 - protobuf-c-0.15
有关该问题的其他详细信息
Data msg = DATA__INIT;
void* buf = (void*) NULL;
int buf_len = 0;
buf_len = data__get_packed_size(&msg);
buf = (void*) malloc(buf_len+1);
data__pack(&msg, buf);
我使用 data__get_packed_size() 来获取大小。在通过 HTTP 请求向目标接收方发送时，我发送了一个内容长度为“buf_len”的内容，并且“buf”用于 HTTP 正文。
Content-Length: 100
Content-Type: application/protobuf
<Body containing the protobuf encoded data - seems to have 99 bytes>
接收方现在继续等待，直到它接收到完整的请求(即 100)并且连接最终超时。 在这种情况下，接收方如何知道如何处理这个问题，因为它只会等待接收到内容长度为 100 的内容？
最佳答案
编码 uint32需要两个 varint，每个都至少有一个字节长。第一个字节包含编码(“wire”)类型和标签号，如果标签最多为 15，则为一个字节长。第二个 varint 是整数本身，如果整数为 at，则为一个字节长最多 127. 省略(“默认”)可选字段根本不占用任何字节；省略的字段不会在网络上以任何方式编码；必须推断出他们的缺席。
因此，如果一个可选的 uint32字段被省略，有线编码将比包含可选字段的相同 protobuf 至少短两个字节。
您没有说明您是如何计算“'out'的长度”的。 唯一正确的方法是调用 data__get_packed_size在包装 data 之前目的。但是，我猜您正在使用 strlen(out) ，这将不会产生正确的结果。 strlen只能用于字符串；更具体地说，它只能用于 NUL-terminated strings , 因为它在遇到 NUL 时停止计数(0) 字节，如果它没有看到 NUL，则会产生未定义的行为字节。您不得使用strlen在任意二进制数据上。
在 protobuf 编码中，显式 uint32标签为 3 且值为 0 的代码将被编码为 0x18 0x00 , 而显式 uint32标签为 3 且值为 42 的编码将被编码为 0x18 0x2A .如果数据编码之前没有 NUL，则编码的第二个字节 0将终止 strlen的计数。在某些理想情况下(例如，缓冲区足够长，并且在将消息打包到其中之前清除所有 NUL s)，strlen将使用 0 报告 protobuf 的长度作为一个比带有 42 的 protobuf 短的“字符” ，因为 NUL在 0 的编码中出现在消息末尾，导致 strlen提前一个字节停止计数。
这是一种解释，不是解决方法。 不要使用strlen在不是以 NUL 结尾的字符串上。
关于c - 在 protobuf-c 中，可选的 uint32 变量可以有值 0，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22726495/