XML、JSON 和 YAML 是常见的数据序列化格式
相同点
- 结构化数据表示
三者均支持嵌套结构，能描述复杂的数据层级关系（如对象、数组、键值对）。 - 跨平台兼容性
均为纯文本格式，可被多种编程语言解析，适用于跨系统数据交换。 - 广泛工业支持
JSON 和 XML 是 Web 开发的标准格式（如 HTTP 协议），YAML 在 DevOps 和配置管理领域广泛应用。
不同点
| 特性 | XML | JSON | YAML |
|---|---|---|---|
| 语法 | 使用标签闭合（如 <tag>value</tag>），语法冗余较多 。 | 基于键值对和大括号（如 {"key": "value"}），简洁但依赖引号和逗号 。 | 依赖缩进和冒号（如 key: value），无括号，更接近自然语言 。 |
| 可读性 | 对非开发者不友好，冗余标签影响阅读 。 | 较易读，但符号（如引号、逗号）易引发语法错误 。 | 可读性最高，适合人类编写和维护，尤其适合配置文件 。 |
| 数据类型支持 | 需自定义标签描述数据类型，原生仅支持字符串 。 | 支持基础类型（字符串、数字、布尔、数组、对象）。 | 支持复杂数据类型（如时间、正则、多行字符串）和锚点引用 。 |
| 性能 | 解析速度较慢，标签冗余增加文件体积。 | 序列化/反序列化速度快，适合大规模数据传输 。 | 存取速度较慢，因语法复杂性和功能丰富性导致解析成本更高 。 |
| 注释支持 | 支持注释（<!-- comment -->）。 | 不支持注释 。 | 支持注释（# comment），便于说明数据上下文 。 |
| 典型应用场景 | 复杂文档结构（如 HTML、配置文件）、企业级数据交换 。 | Web API 数据传输（如 REST 接口）、轻量级存储 。 | 配置文件（如 Kubernetes、CI/CD 流水线）、日志记录 。 |
JSON ：简洁高效，是 Web 开发的“通用语言”； 常用于轻量级、高性能的数据传输（如 Web 服务响应、NoSQL 数据库存储）。
XML ：冗余但结构严谨，常用于传统企业系统或文档型数据等，需要严格结构化且需与文档混合的场景（如 HTML、SVG 图形描述）。
YAML ：高可读性和表达能力强，DevOps 领域首选该配置格式。常用于以可读性为核心需求的配置文件（如 Docker Compose、Ansible Playbook）。
选择时需权衡可读性（YAML > JSON > XML）、解析性能（JSON > XML > YAML）和功能需求（YAML > XML > JSON）。
