一个尚未提到的明显的事情是，它们既可以是赞成的，也可以是反对的(两者都是一样的)，它们是二进制协议。这允许更紧凑的表示和可能更好的性能(优点)，但降低了可读性(或更确切地说，可调试性)，这是一个缺点。

此外，两者对工具的支持都比xml(甚至json)等标准格式少一些。

(编辑)这里有一个有趣的比较，解决了大小和性能的差异，并包括一些其他格式(xml, json)的数字。

协议缓冲区似乎有一个更紧凑的表示，但这只是我从阅读节俭白皮书中得到的印象。用他们自己的话来说:

我们决定反对一些极端的存储优化(即包装 小整数转换成ASCII或使用7位延续格式) 为了代码的简单性和清晰度。这些改变 当我们遇到一个性能关键的问题时，可以很容易地做出什么 需要它们的用例。

此外，这可能只是我的印象，但协议缓冲区似乎有一些更厚的抽象结构版本控制。Thrift确实提供了一些版本控制支持，但是要做到这一点需要付出一些努力。

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

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

首先，protobuf并不是一个完整的RPC实现。它需要像gRPC这样的东西来配合。

与Thrift相比，gPRC非常慢:

http://szelei.me/rpc-benchmark-part1/

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

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的序列化器也提供了这个选项，但它是无模式的，参见上面的链接。

同样重要的是要注意，并非所有受支持的语言都与thrift或protobuf一致。在这一点上，除了底层序列化之外，还涉及到模块实现的问题。注意检查您计划使用的语言的基准。