我认为基本的数据结构是不同的

协议缓冲区使用变长整数，即变长数字编码，将固定长度的数字转换为变长数字以节省空间。 Thrift提出了不同类型的序列化格式(称为“协议”)。 事实上，Thrift有两种不同的JSON编码和不少于三种不同的二进制编码方法。

总之，这两个库是完全不同的。Thrift喜欢一站式服务，为您提供完整的集成RPC框架和许多选项(支持跨语言)，而Protocol Buffers更倾向于“只做一件事并做好它”。

根据维基百科的说法，Thrift运行时不能在Windows上运行。

RPC是另一个关键区别。Thrift生成代码来实现RPC客户机和服务器，其中协议缓冲区似乎主要被设计为单独的数据交换格式。

我认为大多数观点都忽略了一个基本事实，那就是Thrift是一个RPC框架，它恰好能够使用各种方法(二进制、XML等)序列化数据。

协议缓冲区是纯粹为序列化而设计的，它不像Thrift那样是一个框架。

我认为基本的数据结构是不同的

协议缓冲区使用变长整数，即变长数字编码，将固定长度的数字转换为变长数字以节省空间。 Thrift提出了不同类型的序列化格式(称为“协议”)。 事实上，Thrift有两种不同的JSON编码和不少于三种不同的二进制编码方法。

总之，这两个库是完全不同的。Thrift喜欢一站式服务，为您提供完整的集成RPC框架和许多选项(支持跨语言)，而Protocol Buffers更倾向于“只做一件事并做好它”。

这里有一些很好的观点，我要再补充一个，以防有人在这里遇到。

Thrift gives you an option to choose between thrift-binary and thrift-compact (de)serializer, thrift-binary will have an excellent performance but bigger packet size, while thrift-compact will give you good compression but needs more processing power. This is handy because you can always switch between these two modes as easily as changing a line of code (heck, even make it configurable). So if you are not sure how much your application should be optimized for packet size or in processing power, thrift can be an interesting choice.

PS:请看thekvs的这个优秀的基准测试项目，它比较了许多序列化器，包括thrift-binary, thrift-compact和protobuf: https://github.com/thekvs/cpp-serializers

PS:有另一个名为YAS的序列化器也提供了这个选项，但它是无模式的，参见上面的链接。