与python上的protobuff相比，我能够使用基于文本的协议获得更好的性能。然而，没有类型检查或其他花哨的utf8转换等…这是protobuff提供的。

因此，如果序列化/反序列化是您所需要的，那么您可能可以使用其他方法。

http://dhruvbird.blogspot.com/2010/05/protocol-buffers-vs-http.html

它们都提供了许多相同的功能;然而，有一些不同之处:

节俭支持“例外” 协议缓冲区有更好的文档/示例 Thrift有一个内置的Set类型 协议缓冲区允许“扩展”——你可以扩展一个外部原型来添加额外的字段，同时仍然允许外部代码对这些值进行操作。在节俭中没有办法做到这一点 我发现协议缓冲区更容易阅读

基本上，它们是相当等效的(从我读到的内容来看，协议缓冲区的效率略高)。

ProtocolBuffers是fast。 这里有一个很好的基准: https://github.com/eishay/jvm-serializers/wiki(最后一次更新是2016年，但到2020年，已经有包含更快序列化器的fork，例如ActiveJ创建了一个fork来演示它们在JVM上的速度:https://github.com/activej/jvm-serializers)。

你可能还想看看Avro，它速度更快。在。net中有两个用于Avro的库:

Apache。Avro 空空的。由供应链物流公司C.H. Robinson的工程师编写

顺便说一下，我见过最快的是captain 'nProto; c#实现可以在Marc Gravell的Github-repository中找到。

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

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

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

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

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

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

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

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