JSON 在线工具怎么选：格式化、校验、转义与提取各管一件事
JSON 报错时该先格式化还是先校验？本文区分校验、格式化、压缩、转义、路径提取等七类 JSON 工具的分工，给出处理顺序与常见报错原因。
核心要点
- JSON 报错时应先校验再格式化：校验能给出出错的行列号，而格式化在语法出错时只会失败，反而丢掉定位信息。
- JSON 校验只覆盖语法层。重复键名、被当成数字的超长 ID、不合规范的日期写法都不会报错，只能人工判断。
- 把 JSON 嵌进 URL、HTML 或 JS 字符串之前要做转义；Base64 属于编码而不是转义，两者不能互相替代。
JSON 出问题时，第一步往往不是「格式化」，而是先确认它到底错在哪。查询网的 JSON 相关工具已有十余个，但它们并不是重复堆砌——校验、格式化、压缩、转义、取路径、转格式解决的是完全不同的环节。选错场景会白费功夫：压缩后的单行 JSON 几乎看不出结构，而单纯的格式化也不会告诉你缺了哪个引号。
七类工具的分工
| 工具 | 什么时候用 | 说明 |
|---|---|---|
| JSON 校验 | 先看能不能解析 | 只判语法合法性，是最快的第一步 |
| JSON 格式化校验 | 想一次做完校验/美化/压缩 | 三合一，日常最省切换 |
| JSON 美化 | 只要缩进后的可读版本 | 不改变键值内容 |
| JSON 压缩 | 塞进配置文件、请求体或日志 | 去掉所有非必要空白 |
| JSON 转义与去转义 | 嵌进 JS 字符串、HTML 属性 | 加反斜杠，两端可逆 |
| JSON 路径提取 | 只要某个深层字段 | 用 $ 表达式精确定位 |
| JSON 转 CSV | 要丢进 Excel 看 | 数组结构直接转表格行 |
推荐的处理顺序
- 先校验：确认语法能通过，拿到出错的行列位置。
- 再格式化：看清嵌套层级，定位到具体字段。
- 只取需要的部分：用路径提取，避免在一大段里翻找。
- 落地前再转换或压缩：入库用压缩，给人看用 CSV 或 YAML。
常见报错原因
- 末尾多了逗号，或键名用了单引号；
- 字符串里含未转义的换行与控制字符；
- 文件带 BOM 头，肉眼看不见但解析器会报错；
- 超长整数（如雪花 ID）超过双精度范围，精度被悄悄截断。
反向需求也有对应工具：CSV 转 JSON、列表转 JSON处理标量数据，模拟 JSON 数据用来造接口联调用的假数据。
常见问题
JSON 格式化和 JSON 压缩会改变数据吗？
不会。两者只调整空白字符的呈现方式，不改动键名与值的内容，可以无损来回转换。格式化加缩进换行便于人读，压缩去掉非必要空白以减小体积。
为什么 JSON 校验通过了，程序还是解析出错？
校验只覆盖语法层。常见原因还包括：文件带 BOM 头、字符串内含未转义的控制字符、键名使用了单引号、超长整数超过双精度范围导致精度截断，以及解析器对 NaN、Infinity 等非标准字面量的容忍度不同。
JSON 里可以写注释吗？
标准 JSON 不支持注释。配置文件需要注释时可以改用 YAML 或 JSON5，也可以把说明放进一个约定不会被程序读取的字段，例如 _comment。
在线处理 JSON 会不会泄露数据？
查询网的 JSON 工具均在浏览器本地用 JavaScript 完成计算，文本不会上传到服务器；断网后仍可使用。涉及未上线的接口报文或含密钥的配置时，仍建议先做脱敏。
最后更新：2026-09-19