linux - linux rpc:用于protobuf编码的Varint:非预期值

我正在使用google协议缓冲库：

$protoc --version
libprotoc 2.5.0

我在网上搜索，它说整数的值编码是由多字节组成的，每个字节的第1位，是表示编码是否应该继续到另一个字节的指示器。我的理解是：
对于数字101（0x65），它只有一个字节，所以它的编码值仍然是0x65
对于一个数字0x6565，只要它有2个字节，并且intel使用小endian，第一个字节就应该修改它的第一个字节为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，我希望它是“08e565”，但实际上是“08e5ca01”。如何解释这个价值？
谢谢。

最佳答案

你需要分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 - linux rpc:用于protobuf编码的Varint:非预期值，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/41585999/