nanopb序列化Proto Buffer数据上传后Flask端解码报DecodeError求助

1. 核心原因：序列化缓冲区过小导致数据截断 #

你定义的序列化缓冲区只有21字节，远小于MEvent消息的最小序列化长度。按照Protobuf编码规则，我们可以直接计算消息最小开销：
每个字段的序列化开销=1字节key + 字段值长度：

• 6个float类型字段，每个值固定占4字节，单字段开销5字节，6个总计30字节
• 1个int64类型msec字段，key占1字节，值按varint编码最短占1字节（值为0时），单字段最少开销2字节

完整消息最短长度为32字节，你只开了21字节的缓冲区，序列化到一半就被截断，服务端拿到的是不完整的二进制流，自然解码失败。从你提供的十六进制样例也可以验证：最后一个字节是0x2D，仅对应field编号5（gyroY）的key值，后续的gyroY字段值、gyroZ字段、msec字段完全没有被写入缓冲区。

2. 其他辅助问题 #

• 没有判断pb_encode的返回值：nanopb的pb_encode函数返回bool值标识序列化是否成功，缓冲区不足时会返回false同时设置stream.err错误位，你的代码跳过了错误检查，没能提前发现截断问题。
• 未指定HTTP Content-Type：发送protobuf二进制数据时建议设置请求头Content-Type: application/x-protobuf，避免中间节点错误识别为文本类型篡改编码。

// 1. 用nanopb自动生成的最大长度常量定义缓冲区，避免手动计算错误
uint8_t m_buffer[pb_MEvent_size];
pb_ostream_t stream = pb_ostream_from_buffer(m_buffer, sizeof(m_buffer));
// 2. 检查序列化结果
bool encode_success = pb_encode(&stream, pb_MEvent_fields, &m_event);
if (!encode_success) {
    // 自行添加序列化失败处理逻辑
    Serial.printf("Encode failed: %s\n", PB_GET_ERROR(&stream));
    return;
}
// 3. 发送时设置正确的请求头
httpClient.addHeader("Content-Type", "application/x-protobuf");
int httpCode = httpClient.POST(m_buffer, stream.bytes_written);

按上述方案修改后，服务端即可正常解码消息。

内容的提问来源于stack exchange，提问作者ZenCoding