Thrift对象解码时出现多余字节，请问这些字节的作用是什么？

你混淆了Thrift紧凑协议的字段边界，同时对可变长度整数（varint）的编码规则理解不完整，所谓的“多余字节”其实是解析逻辑错误导致的误判：

1. 你错误标记了上层结构体的结束位置：Thrift紧凑协议的结构体STOP标记是值为0x00的类型字段，你标注为Object End的位置实际还处于字段定义区间，后续的0x08是一个新字符串字段的类型标识，不属于你当前正在解析的字段。
2. 你之前解析的短字符串长度都小于127，用单字节即可编码，就默认所有长度都是单字节，但Thrift紧凑协议中字符串长度采用无符号varint编码：每个字节的最高位是续位，为1代表后续还有字节属于当前长度值，为0代表长度编码结束。

我们逐字节拆解你疑惑的序列0x08 0xC8 0x01 0x86 0x01：

• 0x08：字段类型标识，低4位为0x8对应二进制/字符串类型，属于一个你未识别到的额外字段
• 0xC8 0x01：无符号varint解码后值为200，是这个额外字符串字段的长度
• 0x01：是这个长度为200的字符串字段的第一个内容字节，不是什么多余标识
• 读完这个200字节的字段后，接下来的0x86 0x01才是你要的UA字符串的长度：解码后值为134，正好匹配你给出的UA字符串长度，后续的0x4d就是UA开头的M，完全对应。

调整解析逻辑，正确处理多字节varint长度，同时严格按照字段结构逐字段解析、不要跳过未识别的字段，即可解决问题。

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