选JSON、XML还是二进制，关键看三点：谁读数据、数据量多大、系统边界在哪；人需直接读写选JSON，强结构约束或跨系统交换选XML，高性能传输或存储密集型场景选Protobuf等规范二进制格式。
选JSON、XML还是二进制，关键看三点：谁读数据、数据量多大、系统边界在哪。
人要直接看或改，选 JSON
前后端联调、配置文件、日志调试、运维手动编辑——这些场景下，可读性比快10毫秒重要得多。JSON结构简洁，无标签噪音，主流语言原生支持，Qt 有 QJsonDocument，Java 有 Jackson/Gson，JavaScript 直接 parse，出错时一眼能看出缺了逗号还是引号。小数精度问题（比如 0.1 变成 0.10000000000000001）在 JSON 字符串里是显式的，排查起来不绕弯。
- 适合：Web API、APP 接口、本地配置、开发期调试数据
- 注意：别用它存大量数值型时间序列或传感器原始采样点——体积膨胀明显，解析也慢一截
需要强结构约束或跨系统文档交换，选 XML
当数据必须带命名空间、需与旧系统（如 SOAP、工业 SCADA 配置）、政府/金融报文标准对接，或者你依赖 XSD 做字段级校验和版本演进时，XML 是少数能稳住底线的选择。它的标签语义明确，属性+内容分离清晰，QXmlStreamReader 支持 SAX 流式解析，内存友好。
- 适合：企业级集成、BOM 表单、法规要求的报文格式、遗留系统桥接
- 注意：别把它当通用配置格式——
<value>42</value>比"value":42多占一倍空间，解析速度常只有 JSON 的 1/5
高性能传输或存储密集型场景，选二进制协议
不是所有二进制都叫“二进制”。手写 memcpy 或自定义 struct 写文件风险极高，容易崩在字节序、对齐、版本变更上。推荐用 Protobuf、FlatBuffers 或 MessagePack 这类有 IDL 定义、多语言生成、向后兼容机制的方案。它们序列化后体积小、解析快（实测常达 JSON 的 5–10 倍吞吐），且天然防类型误读（比如不会把字符串 "true" 当布尔值）。
立即学习“Java免费学习笔记（深入）”；
- 适合：微服务间高频 RPC、IoT 设备上传海量遥测、游戏状态同步、本地缓存大数据集
- 注意：调试困难——得靠配套工具反解；IDL 文件即契约，改字段必须考虑兼容性
特别提醒：别混用，更别绕过协议直接操作内存
同一个项目里 JSON 存配置、XML 存日志、二进制存缓存，表面灵活，实际埋雷。Qt 项目中有人用 QSettings 写 ini，有人用 QJsonDocument 写同名 config.json，还有人用 QDataStream 直接 dump 结构体——结果升级时字段增删，三处全挂。统一格式 + 明确用途，远比追求“最先进”更重要。
不复杂但容易忽略。
