JSON 格式化器 vs JSON 修复工具

格式化器让本就合法的 JSON 更易阅读。修复工具则尝试把「几乎是 JSON 的内容」变成合法 JSON 再格式化。

格式化器

JSON 格式化器期望接收到的就是合法 JSON。它会先解析文档,再用一致的缩进、换行和空白打印出来。格式化器最适合处理已经能正常解析的日志、API 响应、固定样例、配置文件,以及审查嵌套对象。

校验器

校验器只回答一个问题:这是严格 JSON 吗?它会在注释、单引号、未加引号的键、尾随逗号、Python 字面量等任何非 JSON 写法上立刻报错。当你需要确认其他解析器也能接受这份文档时,校验是合适的第一步。

修复工具

修复工具是为「几乎是 JSON」的内容准备的:意图清晰、但夹带了 JavaScript、Python、markdown 或人工注释的数据。修复可以把文本变成严格 JSON,再把结果格式化,方便检视。

压缩器

压缩器从合法 JSON 里去掉多余的空白。它不会修复语法错误。在意负载大小、或者要把紧凑的值塞到环境变量、查询参数、命令行示例时使用压缩。

该选哪一个工具

需要一个是否合法的二值答案时用 Validate;输入合法但难读时用 Format;JSON.parse 失败、且源来自 JavaScript 对象、LLM 回复、含注释的配置或手工片段时用 Repair;有两份合法或已修复的文档、想了解差异时用 Diff。

自动修复的风险

修复工具能改语法,但不应替你判断业务含义。如果修复只动引号、注释或逗号,意图通常很清楚;如果它需要猜测一个缺失的括号、字段名或值,请仔细审查输出再用到生产环境。

实用流程

对杂乱的输入:先修复,再格式化,再校验,最后如果这个 payload 会影响应用行为,就和一个已知可靠的样例做对比。这个顺序能给你可读的输出,同时不跳过最后那一次严格解析。