Question

我正在使用谷歌协议缓冲库：

$protoc --version
libprotoc 2.5.0

我搜索互联网并且它说整数的值编码由多字节组成，每个字节第1位，是指示编码是否应该继续到另一个字节的指示符。我的理解：

对于数字101（0x65），它只有1个字节，因此其编码值仍为0x65 对于数字0x6565，只要它有2个字节，并且intel使用小端，第1个字节应该将其第一个位修改为1，因此0x65 + 0x80 = 0xe5，所以整个整数将有2个字节，并且应该成为

0x65e5

这是我的期望。但我测试了我的示例程序。首先，我尝试将“0x65”值设置为log7.data，并将“0x6565”设置为log8.data，并使用xxl命令检查它们

cat 7.proto
message hello 
{ 
    required int32 f1=1;
}

$cat 7.cpp
#include "7.pb.h"
#include<fstream>
using namespace std;
int main()
{
    fstream f("./log7.data",ios::binary|ios::out);
    hello p;
    p.set_f1(0x65);
    p.SerializeToOstream(&f);
    return 0;
}

$cat 8.cpp
#include ".pb.h"
#include<fstream>
using namespace std;
int main()
{
    fstream f("./log8.data",ios::binary|ios::out);
    hello p;
    p.set_f1(0x6565);
    p.SerializeToOstream(&f);
    return 0;
}

检查输出：

$protoc 7.proto --cpp_out=./
g++ 7.cpp 7.pb.cc -lprotobuf && ./a.out && xxd log7.data
00000000: 0865                                     .e

$protoc 8.proto --cpp_out=./
$g++ 8.cpp 8.pb.cc -lprotobuf && ./a.out && xxd log8.data
00000000: 08e5 ca01                                ....

你可以看到，对于log8.data，我希望它是“08e5 65”，但它实际上是“08e5 ca01”。如何解释这个价值？感谢。

Answer 1

你需要拆分7位并添加第一位

0x6565 => to binary
0b110010101100101 => split by 7 bit
0b1 1001010 1100101 => add first bit except first
0b1 11001010 11100101 => now show in hex
0x01cae5

linux rpc：protobuf编码的varint：非期望值

1 个答案: