Apache Thrift：字节和二进制类型之间的区别

Question

我想使用 Thrift 发送 1024 字节的数据。它必须正好是 1024 字节，因为它是与其他框架的比较基准。

Thrift 有两种类型来表示字节：'byte' 和 'binary'，但我不知道如何使用这些类型。 'binary' 类型映射到 std::string 这很奇怪（我不明白为什么以及如何使用它）。 'byte' 类型映射到一个 8 位整数，这对我来说似乎更合乎逻辑。

为了表示 1024 字节的数据，我使用：list<byte> byteSequence，大小为 1024。

但是编译警告建议我使用binary 而不是list<byte>，但为什么呢？如何 ？

我认为使用 'binary' 会获得更好的性能，因为 1024 字节序列的速度非常慢。

谢谢。

Answer 1

但是编译警告建议我使用二进制而不是列表，但是为什么呢？以及如何？

'byte' 类型映射到一个 8 位整数，这对我来说似乎更合乎逻辑。

这正是出现警告的原因。这似乎合乎逻辑，但却是最糟糕的选择。此外，Thrift 中的 byte 实际上是 i8 - 已签名 类型。

'binary' 类型被映射到 std::string 这很奇怪（我不明白为什么）。

别担心。那是历史的事情。 binarytype 是后来添加的，在某些方面与 string 类似，以减少与旧版本的兼容性摩擦。这只是一个 impl 细节。

但我不知道如何使用这些类型。

和其他类型一样：

 struct wtf {
   1 : binary foo
   2 : string bar
   3 : byte baz     // i8 is replacing byte to indicate the signedness
   4 : list<byte>   // not recommended, but nevertheless works 
 }

Answer 2

这可能取决于您将 thrift 文件编译成的语言，但binary 直接告诉 thrift 您确实想要传输一系列原始的、未编码的字节。

它在传输层的大小可能不会有太大变化，但是当您使用所选语言实例化/反序列化对象时，您可能会遇到意外。例如，在 Java 中，binary 字段将用byte[] 表示，而list[byte] 将为您提供List[Byte]，表示相同事物的效率要低得多。

Java 可能是binary 的唯一原因，根据thrift doc：

二进制：未编码的字节序列

注意：这是目前上述字符串类型的一种特殊形式，添加以提供与 Java 更好的互操作性。当前的记录计划是在某个时候将其提升为基本类型。