问题描述
我将Protobufs存储在一些非易失性内存中，以便保存配置信息。我正在使用NanopB对其进行解码/编码。由于我不知道编码的Protobuf有多大，因此当我从内存中获取序列化的protobuf并进行解码时，我只是获取了被封装的protobuf可能的最大字节数，即使它占用的字节数更少。>
我的问题是：我是否必须存储一些数据来描述protobuf是多少字节，以便我可以正确解码？
或者我有没有办法确定自己是我对填充的缓冲区进行0填充还是使用其他方法。就目前而言，NanopB无法解码我提供的字节，这很可能是因为编码后的协议末尾有一些垃圾数据，而且我无法告知序列化数据有多长时间。
解决方法
是的，由于格式不是自定界的，因此必须以某种方式指出protobuf消息的结尾。
Nanopb为此提供了两种内置方法：
-
pb_encode_nullterminated()和pb_decode_nullterminated()，它们将0x00字节附加到编码数据并在解码时进行检测。这是一种整洁的方法，但是在其他probubuf库中没有广泛的支持。因此，当将nanopb用于编码和解码时，它最有用。 -
pb_encode_delimited()和pb_decode_delimited()，其大小位于消息之前。其他几个protobuf库也支持此功能。不利之处在于，编码器必须先确定消息的长度，然后再对其进行编码，这目前对nanopb的性能影响很小。
还可以使用自定义方法，例如将消息长度存储在单独的内存位置。