JSON格式化验证美化压缩
随着产品功能的堆叠，JSON越变越大，字段一层套一层。到了线上排障时，你会发现：单靠肉眼，很难“看出问题”。这时候，一个趁手的JSON格式化/验证工具，可以极大提升效率。本文聊聊几个具体的工程问题：
- 大JSON如何快速找语法错误；
- 如何在日志里既可读又不撑爆磁盘；
- 与“前端/网关/后端/数据库”协同的落地细节；
- 什么时候该压缩，什么时候该美化。
语法错误的定位，一定要走“机器校验”。很多同学习惯把JSON贴在编辑器里看，但编辑器未必会提示逗号、引号、括号的细微错误。把JSON丢进在线格式化/验证工具，立刻可以看到“第几行第几列有问题”。我们的“JSON在线解析格式化”支持实时校验、错误定位与压缩为单行，非常适合联调时使用。
日志的两难在于：可读性 vs 成本。全部输出“美化后的多行JSON”非常漂亮，但日志量一大就会“爆仓”。建议：
- 默认压缩为单行，必要字段平铺到日志字段，以便检索；
- 抽样或按条件（报错、慢请求）输出美化后的多行版本；
- 大字段（如
payload）可以只输出哈希与长度，需要再到对象存储里拉全量； - 结合链路ID（如
X-Request-ID）把多处日志串起来。
传输与存储策略上，几个建议：
- 接口层返回的数据，默认压缩为单行，节约带宽；
- 导出场景可以提供“美化版”，方便人工阅读；
- 数据库里不要存“美化版”，占空间且无益；
- 与前端协作时，约定字段顺序不做语义承诺，避免“前端根据顺序取值”的隐患。
我们的在线格式化器还有一组“工程向”的功能：键名排序（方便Diff与审阅）、行号显示、折叠/展开、转XML、一键下载。大JSON联调时，先在工具里美化、排序、折叠到关键节点，再贴给对方，沟通效率会高很多。
最后，给出一份“十分钟定位JSON问题”的小抄：
- 先验证再讨论：贴工具，过校验；
- 大字段存对象存储：日志里只留索引；
- 需要比对差异：排序后再做diff；
- 线上慢：压缩传输、分页与拉流；
- 环境不一致：显式标注字符集与小数/时间格式。
把这些习惯固化下来，你会发现：JSON不再“巨大”，只是“信息量大”。
相关在线工具：
- 立即使用 JSON 在线格式化