数据格式的两种常见选择
在系统软件开发中，数据交换是绕不开的一环。比如你用手机App查天气，服务器不会直接把原始数据库发过来，而是把信息打包成一种结构化的格式传给客户端。这时候，JSON和XML就是最常见的两种“打包方式”。
它们都能表示复杂的数据结构，比如嵌套的对象、数组、属性等，但设计思路和使用场景有很大不同。
语法风格：简洁 vs 严谨
JSON（JavaScript Object Notation）长得像JavaScript里的对象，写起来干净利落。比如描述一个人的信息：
{
"name": "张伟",
"age": 30,
"city": "北京",
"hobbies": ["读书", "跑步"]
}再看XML（eXtensible Markup Language），它更像网页里的HTML标签，用开始和结束标签包裹内容：
<person>
<name>张伟</name>
<age>30</age>
<city>北京</city>
<hobbies>
<hobby>读书</hobby>
<hobby>跑步</hobby>
</hobbies>
</person>光从代码行数就能看出，XML更啰嗦，但也更清晰地标记了每个字段的意义。
数据类型处理方式不同
JSON原生支持字符串、数字、布尔、null、数组和对象，解析时可以直接对应到编程语言中的基本类型。比如true就是布尔值，123就是整数。
XML所有内容都是文本，哪怕写的是<age>30</age>，程序收到后也得自己判断这是个数字，需要额外转换。
可读性和扩展性取舍
XML允许定义注释、命名空间、文档类型（DTD），适合复杂的配置文件或行业标准文档。比如银行间的交易报文、政府系统的数据接口，常用XML保证结构严谨、不易出错。
而JSON因为轻量，在Web API中几乎成了标配。现在大多数前后端交互、移动端请求，都用JSON传数据。浏览器解析快，代码写起来也顺手。
解析难度和性能
JSON可以直接被JavaScript的JSON.parse()方法解析成对象，其他语言也有成熟的库。由于结构简单，解析速度快，占用带宽小。
XML需要DOM或SAX解析器来读取，过程更复杂，内存消耗也更大。不过它支持XPath查询，可以在大文档里快速定位节点，这是JSON做不到的。
实际场景举例
假设你在做一个智能家居系统。设备上报状态时，用JSON发一条：{"device":"light","status":"on"}，只有几十字节，路由器轻松处理。
但如果是个医院信息系统，要传输患者完整的病历记录，包含多个科室的诊断、影像报告、用药历史，还得符合国家标准，那就会用XML，靠它的结构化能力和校验机制确保数据完整合规。
说到底，选哪个不是技术高低问题，而是看场合。就像快递寄东西，小件急件用顺丰次日达，大件重货走物流专线，各有所长。