@TOC

大家好！ 我是来自深圳技术大学FSR实验室的同学，题目FFH就是FSRlab For Harmony！并且我也正在加入OpenHarmony成长打算从论文到开源提交钻研，当前咱们也会陆续在这个社区记录学习心得和领会。

引言

置信大家不论是在鸿蒙利用开发，web开发或者小程序开发，都会用JSON或者XML进行数据的传输，大家对这两个技术的应用并不生疏，然而咱们往往只是局限在应用上，所以在论述为什么XML会被JSON取代之前，我想先把这两个货色的起源和由来都给大家简略的科普一遍。

XML

标记型语言

讲XML之前，咱们先来理解一下标记型语言，我就用艰深地语言形容一下，比方我当初要写一篇博客通知你们为什么XML会被JSON取代，那这篇博客外面会有题目，二级题目，代码段，高亮文本等等，这些最终都会显示在网站上。

那么问题来了，浏览器怎么晓得我显示地文字是题目还是高亮文本...

于是就有了Markdown这门标记语言，它就是用各种标记符号阐明了哪里是题目，哪里是高亮文本。说白了，标记语言就是为了让繁杂的数据结构化，应用标记语言后，能让计算机和人能清晰分别各类数据，如下例子，用#来标记一级题目，``内能够放高亮文本。比方网页能依照题目，段落，图片出现，都得归功于标记型语言HTML。

# 题目`高亮文本`

XML起源

最早在1969年，IBM开发了第一种文档描述语言，用来解决不同零碎中文档格局不同的问题，把这种标记语言称为通用标记语言(Generalized Markup Language)GML,前面这门语言也被不断改进

GML(1969)————>SGML(1986 国际标准化组织驳回)————>SGML(2018改良并欠缺)

SGML具备相当高的规范性和可扩展性，然而就是因为标准多，导致开发，学习，保护的老本就很高。
　到了1989年欧洲粒子物理实验室的研究员在SGML的根底上，提出了HTML，一种超文本的标记语言，简略，通用，语法要求宽松（能够嵌套应用）。

而后随着Web得倒退，传输过程中负载的数据量越来越大，如果没有结构化数据的话，解决传输的数据耗费会十分十分大，而且十分麻烦，而HTML重点是对于数据的显示，不关怀所形容的数据结构，不足对文档数据含意的确切形容，不能满足对各类信息的存储，传递和搜寻的需要，基于以上需要，又一次在SGML的根底之上，简化出一种标准，1996年，提出了另一种标记型语言命名为XML(可扩大标记语言)，就这样，XML呈现了。

例子

比方A公司要获取到B公司名字叫Hagon的员工个人信息，这时B公司承受到A公司的申请后，就给A公司传输发送了如下XML格局数据：

<title>员工信息</title>    <person id="666">        <name>Hagon</name>        <age>66<age>        <sex>男</sex>        <job>头铁前端工程师</job>    </person>

因为构造清晰，A公司拿到数据后很不便地进行了解决。

XML的瓶颈

尽管XML规范自身简略，但与XML相干的规范却品种繁多，W3C制订的相干规范就有二十多个，采纳XML制订的重要的电子商务规范就有十多个。

随着AJax（之前叫XMLHTTP，2005年后才叫Ajax）技术的风行，XML的弊病也越来越浮现：大家都晓得XML实现是基于DOM树实现的，而DOM在各种浏览器中的实现细节不尽相同，所以XML的跨浏览器兼容性并不好，所以急需一种新的数据负载格局集成到HTML页面中以满足Ajax的要求。

这就到了咱们要讲的JSON。

JSON

JSON的诞生

后面咱们说了随着Ajax的风行，而各种浏览器对DOM的实现细节不尽相同，所以会呈现兼容性问题，这对前端开发同学来讲真的是劫难。因为一个性能可能须要用代码去兼容各种不同的浏览器，还要调试，工作量微小。

然而问题总有方法能解决，那就利用所有支流浏览器中的一种通用组件——JavaScript引擎。这样只有发明一种JavaScript引擎能辨认的数据格式就能够啦！

而后就诞生了JavaScript Object Notation (JSON),它是一种轻量级的、基于文本的、独立于语言的数据交换格局，它源于ECMAScript编程语言规范。

实例

也是上一个员工信息的例子，用JSON就能够示意为：

{    "title":"员工信息",    "id":666,    "name":"Hagon",    "age":"66",    "sex":"男",    "job":"头铁前端工程师"}

第一点能够看到，能够看到没有像XML一样有太多嵌套的标签，都是以相似键值对的模式示意，构造简略。

第二点，在编写XML时，第一行须要定义XML的版本，而JSON不存在版本问题，格局永远不变。

XML与JSON的数据比照

说了那么多纸上的文言，接下来用数据谈话。

场景介绍

场景由一系列较小的试验组成，这些试验依据咱们的每一项指标来确定JSON和XML在统计上是否不同。采纳均值比拟耗费工夫测验。咱们将20000、40000、60000、80000和100000个编码对象发送到服务器，并收集每种状况的指标。表3、4和5显示了从这些试验中取得的指标。

工夫耗费

从这张表格上，不难看出XML解决雷同数据的工夫耗费大概是JSON的30倍。

CPU及内存利用率

图4和图5别离是JSON和XML的CPU和内存利用率数据显示，从左到右顺次是用户CPU利用率的均匀百分比,零碎CPU利用率的均匀百分比和内存利用率的均匀百分比。

Figure3显示了JSON每次试验的均匀CPU和内存利用率。图4展现了XML每次试验的均匀CPU和内存利用率。Figure5通过在同一个图上绘制Figure3和Figure4（不便比照），阐明了JSON的资源利用率和XML的资源利用率之间的差别。上图数据表明，XML应用的用户CPU利用率整体上显著低于JSON。JSON和XML编码的传输在服务器上应用的内存量简直雷同（图中外表XML内存利用率的浅蓝色折线被重叠遮住了）。

总结

在下面的试验数据能够看到，JSON的性能显著强于XML。

XML与JSON在web一直倒退且传输数据量日益增大的背景下， 在要求算力的时代下，JSON毫无疑问会是更加优良的一方。并且当初也又很多JSON的解析器，比方Gson，FastJson，Jackson等，这些解析器也在一直助力JSON的倒退。

参考文献：

Comparison of JSON and XML data interchange formats: A case study

The application/json Media Type for JavaScript Object Notation (JSON) - 百度学术 (baidu.com)

JSON 是如何诞生与倒退的？_CSDN资讯-CSDN博客_json起源