JSON、YAML、XML 有什么区别？什么时候用哪个

三种格式分别长什么样

以一条商品数据为例：JSON 用大括号与键值对组织，键名带双引号；YAML 去掉括号与引号、靠缩进表达层级；XML 用成对标签包裹内容。JSON 紧凑、YAML 易读、XML 标签语义强——选择本质是对可读性、体积与生态的取舍。

一张对比表看清差异

对比项	JSON	YAML	XML
主要用途	Web API 数据传输	配置文件（CI、容器编排）	遗留系统、文档与数据交换
可读性	较好	最好，接近手写	一般，标签多显冗长
数据体积	较小	最小	最大
类型支持	字符串、数字、布尔、数组、对象	同样支持并有日期等便捷写法	纯文本需自行约定
注释支持	不支持	支持	支持
层级表示	大括号嵌套	缩进	标签嵌套

什么时候选哪个

• 前后端接口、移动端与小程序数据交换：JSON 是事实标准，解析库普及、体积小、浏览器原生支持
• 项目配置、部署编排、CI 流水线：YAML 靠缩进即可读可写，注释友好，注释与多文档支持让它更适合人类维护的配置场景；注意缩进错误是常见翻车点
• 对接传统企业系统、复杂文档型数据：XML 的标签带语义（如带属性与命名空间），在金融、出版等行业仍是标准，但上手与解析成本更高

互相转换的注意点

三者数据结构大体对应，但细节要小心：YAML 转 JSON 时缩进错误与特殊符号可能翻车；XML 转 JSON 时属性、重复标签的处理方式各异；JSON 没有日期类型，跨格式转换常丢类型信息。转换后务必用格式化与校验工具核对结构与数值。

写配置文件前先格式化

JSON 手写极易漏逗号、引号或括号，调试费时。写完或从接口复制来的 JSON，先丢进 JSON 格式化工具一键校验与美化，缩进对齐后层级关系一目了然，语法错误也会被直接标出，比肉眼找半天省事得多。

常见问题

配置文件用 JSON 还是 YAML？

现代工具链（如 CI、容器编排）多偏好 YAML 的可读性与注释；但 JSON 严格且无缩进歧义，工具化解析更稳。跟着项目生态走，多数脚手架已有约定。

XML 是不是已经被淘汰了？

没有。SVG 图形、Office 文档底层、金融与电信等行业交换仍在大量使用，只是新项目默认不再首选它而已。

注意事项

格式选择没有绝对对错，稳定生态优先于个人偏好。涉及跨系统对接时，以对方系统支持的格式为准，少做无谓转换。