如何提前确定nanopb中合适的buffer大小以满足消息传输需求

运行时提前判断现有buffer是否够用 #

nanopb提供了专门的大小测算接口，不会实际写入编码数据，仅统计所需字节数，直接和你预设的128长度对比即可：

• 调用pb_encode()时传入sizing类型的流，即可拿到当前待编码消息需要的实际字节数：

pb_ostream_t sizestream = PB_OSTREAM_SIZING;
if (!pb_encode(&sizestream, YourMessage_fields, &your_msg_struct)) {
    // 大小计算异常，自行处理报错逻辑
}
size_t required_len = sizestream.bytes_written;
// 对比判断
if (required_len > 128) {
    // 当前128长度的buffer不足，无法完成编码
}

确定最优buffer大小的方案 #

1. 静态定长方案（适合内存紧张的嵌入式场景，无空间浪费） #

只要你在proto定义中给所有可变长字段（string、bytes、repeated类型）通过nanopb扩展指定最大限制，比如：

message YourMsg {
    string user_name = 1 [(nanopb).max_size = 32];
    repeated int32 data_list = 2 [(nanopb).max_count = 8];
}

nanopb编译生成的.pb.h头文件会自动导出YourMsg_size宏，该值为当前消息编码后的最大可能字节数，直接用该宏定义buffer即可：
uint8_t buffer[YourMsg_size];
该方案无需运行时计算，buffer大小刚好覆盖所有合法输入的场景，不会造成空间浪费。

注：如果未给可变长字段指定最大限制，nanopb无法静态计算最大消息长度，该方案不适用。

2. 动态分配方案（适合支持堆内存的场景，0空间浪费） #

如果你的运行环境支持动态内存申请，可以先通过上述的sizing流拿到当前消息实际需要的字节数，再申请对应大小的buffer使用，用完释放即可：

// 先测算所需大小
pb_ostream_t sizestream = PB_OSTREAM_SIZING;
pb_encode(&sizestream, YourMsg_fields, &your_msg_struct);
size_t required_len = sizestream.bytes_written;
// 申请刚好够用的buffer
uint8_t *buffer = malloc(required_len);
// 后续编码、传输逻辑
free(buffer);

兜底校验方案 #

编码阶段可以直接通过返回值判断buffer是否不足：调用pb_encode()返回false时，用PB_GET_ERROR(&stream)判断错误类型，如果返回PB_ERROR_BUFFER_FULL即说明当前buffer长度不够。 #

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