如果让你跟别人说一台电脑的配置，你会怎么说？HTML、XML和JSON，其实就是三种不同的“说法”：核心目的都一样，都是让机器能看懂人类想传递的数据，只是风格不一样。

HTML：专门给浏览器“读”的说明书

HTML就像一本带排版的产品手册，不只会说核心信息，还顺带告诉你这信息该怎么展示。它不会直白说“CPU是Intel i7”，反而会写成“<div class='cpu'>Intel i7</div>”。这些成对出现的标签里，藏着浏览器能看懂的样式指令，比如哪里要加粗、哪里要换行、内容该放在页面哪个位置。

这种“自带展示属性”的特点，是它的优势，但也有点小麻烦。优势很明显：浏览器拿到手就能直接渲染出网页，一目了然；但要是程序只想提取“Intel i7”这个纯数据，就要费点劲：从一堆排版标签里，把真正有用的文字扒出来。就像从一本设计华丽的杂志里抄知识点，页边距、字体颜色、插图全是干扰项，要精心筛选一番才能抓重点。

XML：严谨到“较真”的老学究

XML算是HTML的堂兄弟，但性子更“轴”，完全不管内容好不好看，只死磕数据结构对不对。还是说电脑配置，它会写成“<computer><cpu>Intel i7</cpu></computer>”，标签名能自己定义，规则却定得极严：标签必须成对闭合、大小写要完全一致、属性值必须加引号，少一个环节都不行，得做到所谓的“良构”。

正因为这份严谨，企业级系统特别偏爱XML。银行转账、航空订票这些对数据准确性要求极高的场景，都靠XML来交换数据，就是因为它能验证、不出错。但缺点也很突出：太啰嗦了。描述一台电脑的配置，可能要写几十行标签，层层嵌套下来，普通人读着就跟看法律条文似的，又绕又繁琐。

JSON：轻装上阵的现代派

JSON的出现，就带着互联网时代的实用主义：怎么简单怎么来。它长得特别像JavaScript里的对象，写法直白到极致：{"cpu": "Intel i7", "ram": "16GB"}。没有多余的标签包裹，也没有复杂的嵌套规则，就是一个个键值对，谁看了都能一眼get到信息。

而且它特别好上手，现在几乎所有编程语言都内置了解析JSON的功能，有时候一行代码就能搞定。传输的时候体积也小，能省不少带宽；不管是人读还是机器读，都不用费脑子。现在市面上九成以上的API接口，返回的都是JSON数据，不是它的技术多顶尖，而是工程师们都懂：有时候，简单本身就是最好的优势。

三者怎么选？看场景就够了

其实没有绝对的好坏，选对场景才最重要：做网页展示，就用HTML，毕竟浏览器就认它；企业内部传数据、追求绝对严谨，就选XML；做互联网API通信、想省事又高效，JSON准没错。

HTML绑着浏览器的需求走，XML背着历史规则的包袱，而JSON刚好踩中了移动互联网的节奏：轻盈、直接，够用就好。说到底，数据格式的演变，就是一部“删繁就简”的历史，人类对效率的追求，终究会淘汰那些没必要的复杂。