协议缓冲区与 JSON 或 BSON [关闭]

Question

有没有人了解 Protocol Buffers 与 BSON（二进制 JSON）或一般 JSON 的性能特征？

• 线径
• 序列化速度
• 反序列化速度

这些看起来像是在 HTTP 上使用的很好的二进制协议。我只是想知道从长远来看，对于 C# 环境来说哪个会更好。

这是我在BSON 和Protocol Buffers 上阅读的一些信息。

Answer 1

This post 比较 .NET 中的序列化速度和大小，包括 JSON、BSON 和 XML。

http://james.newtonking.com/archive/2010/01/01/net-serialization-performance-comparison.aspx

Answer 2

Thrift 也是另一个类似 Protocol Buffers 的替代方案。

Java 社区提供了关于这些技术的序列化/反序列化和线路大小的良好基准：https://github.com/eishay/jvm-serializers/wiki

一般来说，JSON 的线路尺寸稍大，DeSer 稍差，但在普遍性和无需源 IDL 即可轻松解释它的能力方面胜出。最后一点是Apache Avro 试图解决的问题，它在性能方面胜过两者。

微软已经发布了一个 C# NuGet 包Microsoft.Hadoop.Avro。

Answer 3

这里是some recent benchmarks，展示了流行的 .NET 序列化器的性能。

Burning Monks benchmarks 显示序列化简单 POCO 的性能，而综合 Northwind benchmarks 显示序列化 Microsoft 罗斯文数据集的每个表中的行的组合结果。

基本上，协议缓冲区 (protobuf-net) 比 .NET 中最快的基类库序列化器 (XML DataContractSerializer) 快 7 倍。它也比竞争对手小，因为它也比 Microsoft 最紧凑的序列化格式 (JsonDataContractSerializer) 小 2.2 倍。

ServiceStack 的文本序列化程序最接近二进制 protobuf-net 的性能，其 Json Serializer 仅比 protobuf-net 慢 2.58x。

Answer 4

protocol buffers 是专为线路设计的：

1. 非常小的消息大小 - 一方面是非常有效的可变大小整数表示。
2. 解码速度非常快 - 它是二进制协议。
3. protobuf 生成用于编码和解码消息的超高效 C++ —— 提示：如果您将所有 var-integer 或静态大小的项目编码到其中，它将以确定的速度进行编码和解码。
4. 它提供了一个非常丰富的数据模型——有效地编码非常复杂的数据结构。

JSON 只是文本，需要解析。提示：将“十亿” int 编码到其中需要相当多的字符：Billion = 12 char's (long scale)，在二进制中它适合 uint32_t 现在尝试对 double 进行编码怎么样？那会更糟。