JSON和XML的基本结构差异
打开一个天气API接口，你大概率会看到一串像这样的内容：
{
"city": "北京",
"temperature": -2,
"forecast": ["晴", "多云", "小雪"]
}这是JSON格式。如果你接触过老一些的系统，比如某些银行接口或配置文件，可能会看到另一种写法：
<weather>
<city>北京</city>
<temperature>-2</temperature>
<forecast>
<day>晴</day>
<day>多云</day>
<day>小雪</day>
</forecast>
</weather>这就是XML。两者都能表达同样的信息，但风格完全不同。
语法简洁性对比
JSON看起来更轻巧。它用花括号和方括号组织数据，键值对之间用冒号分隔，结构清晰。没有闭合标签的负担，写起来顺手，读起来也快。
XML则强调标签的完整性。每个开始标签都得有对应的结束标签，哪怕中间是空的也得写成<note/>这种形式。这种设计在需要严格校验的场景下很管用，比如法律文书或医疗记录的数据交换。
数据类型支持的不同
JSON原生支持字符串、数字、布尔、数组、对象和null，直接能被JavaScript解析。前端开发中，从服务器拿回一个JSON，几乎可以直接扔进代码里用。
XML本身只是文本结构，所有内容都被当作字符串处理。数字123在XML里还是"123"，要用还得自己转一遍类型。虽然有XSD可以定义数据约束，但实际用起来麻烦不少。
解析效率和性能表现
手机App加载列表时，如果返回的是JSON，通常感觉更快。因为体积小，解析快，内存占用低。现代浏览器对JSON.parse优化得很好，几乎是直译。
XML需要完整的DOM树构建，哪怕只关心其中一个字段，也可能得把整个文档加载进内存。在移动设备或低配机器上，这种开销明显。
可读性和扩展能力
XML在自我描述方面更强。标签名本身就是说明，比如<invoice-date>2024-03-15</invoice-date>，不用额外注释也能看懂。
JSON靠键名来传达意义，写得差的话可能变成data1、item2这种让人头疼的名字。不过只要命名规范，问题不大。
实际应用场景差异
现在大多数Web API，尤其是面向移动端和前端的，基本都用JSON。RESTful接口默认返回JSON，前后端交互方便，调试也简单。
XML还在一些领域占主导。比如SOAP协议、RSS订阅源、Android布局文件、企业级配置管理。有些政府系统至今还在用XML做数据上报，因为它支持复杂的命名空间和元数据标注。
容错性和格式要求
JSON对格式要求严苛。少个逗号、多了个逗号、用了单引号，都会导致解析失败。调试时经常卡在这种细节上。
XML虽然啰嗦，但DTD或XSD能提供验证机制。编辑器能提前报错，适合多人协作的大项目。