Protobuf InvalidProtocolBufferException（带有一些字符串）

Question

我们使用protobuf v.3通过HTTP将消息从C#客户端传输到Java服务器。

message proto如下所示：

message CLIENT_MESSAGE {
    string message = 1;
}

客户端和服务器都对字符串使用UTF-8字符编码。

当我们使用像“abc”这样的短字符串值时，一切都很好，但是当我们试图传输包含198个字符的字符串时，我们遇到了一个例外：

   com.google.protobuf.InvalidProtocolBufferException: 
    While parsing a protocol message, the input ended unexpectedly in the middle of a field. This could mean either that the input has been truncated or that an embedded message misreported its own length.

我们试图比较包含protobuf数据的字节数组，但没有找到解决方案。对于“AAA”字符串字节数组以以下字节开头：

10 3 97 97 97

其中10是protobuf字段号，3是字符串长度，69 65 67是“AAA”。

对于字符串

“

其中包含198个字符,字节数组以以下内容开头：

10 198 1 97 97 97....

其中10是protobuf字段号，198是字符串长度，1似乎像字符串标识符，还是什么？

为什么protobuf不能解析这个消息呢？

已经花了差不多一天的时间来寻找这个问题的解决方案，任何帮助都很感激。

更新：

我们在客户端和服务器上都做了转储，奇怪的是，转储是不同的！

在发送到服务器之前，从客户端转储Protobuf：

00000000   0A C6 01 61 61 61 61 61  61 61 61 61 61 61 61 61   ·Æ·aaaaaaaaaaaaa
00000010   61 61 61 61 61 61 61 61  61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
00000020   61 61 61 61 61 61 61 61  61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
00000030   61 61 61 61 61 61 61 61  61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
00000040   61 61 61 61 61 61 61 61  61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
00000050   61 61 61 61 61 61 61 61  61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
00000060   61 61 61 61 61 61 61 61  61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
00000070   61 61 61 61 61 61 61 61  61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
00000080   61 61 61 61 61 61 61 61  61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
00000090   61 61 61 61 61 61 61 61  61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
000000A0   61 61 61 61 61 61 61 61  61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
000000B0   61 61 61 61 61 61 61 61  61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
000000C0   61 61 61 61 61 61 61 61  61                        aaaaaaaaa  

Protobuf转储服务器接收到的内容：

0000: 0A EF BF BD 01 61 61 61 61 61 61 61 61 61 61 61   .....aaaaaaaaaaa
0010: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
0020: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
0030: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
0040: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
0050: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
0060: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
0070: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
0080: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
0090: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
00A0: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
00B0: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
00C0: 61 61 61 61 61 61 61 61 61 61 61                   aaaaaaaaaaa

如你所见，protobuf数据头是不同的...这完全让我心碎了，怎么会这样呢？

Update2:我们做了一个研究，发现只有长于128个符号的字符串才会发生这个问题。如果字符串由128个或更少的符号组成-没有问题。

Answer 1

其中10是protobuf字段号,

是的；字段1，长度前缀。

198是字符串长度，1好像是字符串标识符，还是什么？

1981是字符串长度，使用“varint”编码进行编码；这计算为整数198，但需要两个字节来编码。

为什么protobuf不能解析这个消息呢？

我们需要看到其余的字节；如果没有所有的字节，库可能是非常正确的。您是否有所有的字节为失败的大小写，可能作为十六进制或基64？