San*_*pta 3 protocol-buffers boost-asio c++11
我读到 protobuf 有一种叫做“字节”的类型,它可以存储任意数量的字节,相当于“C++字符串”。我不喜欢使用“字节”的原因是它期望输入为 C++ 字符串,即,boost IP 需要转换为字符串。现在我关心的是:我想执行序列化并通过 TCP 套接字发送编码的 protobuf 消息。我想确保编码的消息大小尽可能小。
目前,我正在使用以下 .proto 文件:
syntax = "proto2";
message profile
{
repeated **uint32** localEndpoint = 1;
repeated **uint32** remoteEndpoint = 2;
}
Run Code Online (Sandbox Code Playgroud)
为了在 protobuf 消息中保存 boost IP,我首先使用“boost::asio::ip::address_v4::to_bytes()”将 boost IP 转换为字节格式数组。因此,对于 v4 IP,结果数组大小为 4。然后我将结果字节数组中的第 1 个 4 字节转换为一个 uint32_t 数字,然后存储在 protobuf 消息的“localEndpoint”字段中。同样,我重复接下来的 4 个字节(对于 v6)。我一次取 4 个字节,以便利用 uint32 的全部 32 位。
因此,对于 v4 地址,使用了 1 次“localEndpoint”字段。类似地,对于 v6 地址,使用了 4 次“localEndpoint”字段。
请允许我强调,如果我在这里使用了“字节”,对于像 111.111.111.111 这样的 v4 ip,我的输入字符串本身的大小将是 15 个字节
使用 uint32 而不是“字节”确实为我节省了一些编码数据大小,但我正在寻找一种需要更少字节数的更高效的 protobuf 类型。
抱歉,描述太长,但我想详细解释我的查询。请帮助我.. 非常感谢 :)
一个 ipv4 地址应该正好需要 4 个字节。如果你以某种方式得到 8,你做错了什么 - 你可能是十六进制编码吗?你在这里不需要那个。同样,ipv6 应该是 16 字节。
具有通常设置的高字节的 4 个字节最有效地存储为fixed32- 由于高位,varint 将是这里的开销。16 字节更微妙 - 我会使用bytes(字段标题加长度),因为它更容易形成联合,并且如果字段编号很大,它可以避免必须支付多个多字节字段标题(长度前缀 16 将始终是单字节)。
然后我会通过oneof以下方式创建这些联合:
oneof ip_addr {
fixed32 v4 = 1;
bytes v6 = 2;
}
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
2348 次 |
| 最近记录: |