数据序列化比较：JSON，YAML，BSON，MessagePack

JSON是Web上数据交换的事实上的标准。JSON(JavaScript对象表示法)是一种轻量级的数据交换格式。人类易于读写。机器很容易解析和生成。
JSON是最广泛的数据序列化格式，它具有以下功能：
人类可读的代码
非常简单明了的规范：整个规范的摘要仅放在一个页面上。
广泛的支持：不仅每种编程语言或IDE都具有JSON支持，而且许多Web服务API都提供JSON作为数据交换的方式。

BSON是Binary JSON的缩写，是类似于JSON的文档的二进制编码序列化。
JSON是纯文本格式，虽然二进制数据可以用文本编码，但它具有一定的局限性，并且会使JSON文件很大。 BSON致力于解决这些问题。
它具有以下功能：
方便地存储二进制信息：更适合交换图像和附件
设计用于快速的内存操作
简单的规范：与JSON一样，BSON的规范非常简短
MongoDB的主要数据表示形式：BSON旨在易于遍历

消息包 (MessagePack)
就像JSON。但是又快又小。
MessagePack (也为msgpack)是用于序列化的另一种二进制格式。虽然不如BSON出名，但是值得一看。
其功能包括：
专为高效的线上传输而设计
JSON兼容性比BSON更好
小于BSON ：具有比BSON小的开销，并且在大多数情况下可以序列化较小的对象
类型检查：它支持静态类型
streaming API ：支持流式反序列化器，这对于网络通信很有用。

YAML：YAML不是标记语言。简介：YAML是适用于所有编程语言的人类友好数据序列化标准。
回到纯文本格式， YAML是JSON的替代方法：
(确实)人类可读的代码：YAML可读性强，甚至其首页内容也显示在YAML中以说明这一点
紧凑代码：空格缩进用于表示结构，无需引号或括号
关系数据的语法：允许带有锚点( & )和别名( * )的内部引用
特别适合查看/编辑数据结构：例如配置文件，调试期间的转储和文档头
丰富的语言独立类型集

序列化时BSON比JSON昂贵，反序列化时则更快。 MessagePack在任何操作上都比两者都快。同样，由于其开销，并且尽管是二进制格式，但是在存储非二进制数据时，BSON文件有时可能会比JSON文件大。
即使对于相同格式，性能也会因选择的序列化器和解析器而有所不同。
尽管听起来很愚蠢，但BSON却具有名称的优势：人们自动将MongoDB(BSON)开发的格式链接到标准(JSON)，而标准彼此之间没有关联。因此，当搜索JSON的二进制替代方案时，您还可以考虑其他选项。
实际上， MessagePack在各个方面似乎都击败了BSON ：它更快，更小，并且与BSON更加兼容JSON。 (实际上，如果您已经在使用JSON，则MessagePack几乎是一个嵌入式优化。)
不过， BSON是MongoDB用来存储和表示数据的格式，因此，如果您使用此NoSQL DB，那就是坚持使用它的原因。
当然，序列化并不仅仅是存储二进制数据。诚然，JSON具有不同的目标- “人类可读”的目标。但是，无需花费太多精力即可注意到YAML在此方面做得更好。
但是， YAML规范非常庞大，特别是与JSON相比。但是可以说，它一定是必须的，因为它带有更多的数据类型和功能。
另一方面，不容忽视的是，JSON的简单性在采用其他序列化格式方面起着关键作用。它依赖于已经存在的广泛使用的语言JavaScript，并且，如果您知道或接触过JS(如果您在Web开发行业，那么您就是)，那么您已经知道JSON。
那为什么不像现在这样采用YAML呢？在许多情况下，这并不容易。 JSON仍然是Web API的一席之地，因为您可以轻松地将JSON代码嵌入到HTTP请求中(对于GET，如在URL中，对于POST，如在发送表单中)：该格式将让您知道传输是否突然中断，
因为该代码将自动使无效，而YAML和其他竞争的纯文本格式可能不是这种情况。另外，您仍然需要与基于JSON的API和旧版代码在某一点或另一点进行交互，并且出于同一目的(数据序列化)而同时维护两段代码(JSON和YAML方法)总是很麻烦的。
我已经(以相当随意的方式)遗漏了许多其他序列化格式，例如协议缓冲区 (protobuf，也是二进制)。
分层数据格式版本5( HDF5 )并不是真正用于序列化，而是用于存储，它正在席卷数据科学和其他行业。这是一种非常快速且通用的格式，不仅可以用于存储许多数据结构，甚至可以替代关系数据库。
如果您喜欢使用BSON和MessagePack之类的二进制格式来存储/交换大量信息，那么您可能很想看看HDF5。

本文来自博客园，作者：{咏南中间件}，转载请注明原文链接： https://www.cnblogs.com/hnxxcxg/p/14265482.html