JSON 在线校验

本地处理
app.validator.view

也可通过 #data={"name":"Ada"}#url=... 灌入数据,读完即从地址栏清除。

专门检查 JSON 是否能被解析。接口联调时先确认报文合法,再去做 Diff 或转换,能少走很多弯路。校验失败时会尽量指出位置,方便对照 Network 面板或日志原文。

只做校验

通过则给出可解析确认;失败则指出常见语法问题。不改写你的文本,也不会偷偷「修掉」尾逗号。

适合 CI 前的人工抽查,或把同事发来的片段先过一遍再往下用。

本地运行

报文不会离开浏览器,适合含用户信息的响应体。刷新页面后输入即清空。

和线上「把 JSON 贴到第三方网站」不同,本页计算全在本机。

和格式化的关系

格式化页也会校验;本页更适合「我只想知道这串对不对」。不必先选缩进或排序。

通过之后再去格式化、Diff 或转 YAML,流程更清晰。

示例

可能出错的输入
{
  "status": "ok",
  "data": {
    "items": [1, 2, 3,]
  }
}
说明
 标准 JSON 不允许数组或对象末尾的逗号。删掉 3 后面的逗号即可通过校验;若必须保留尾逗号,请改用 JSON5 工具。 
尾逗号为什么报错?

RFC 8259 不允许。配置文件里常见尾逗号时,请用 JSON5 先转成标准 JSON。

通过校验就一定业务正确吗?

只保证语法合法,不检查字段是否符合你们接口文档。结构约束请用 Schema。

单引号可以吗?

标准 JSON 只允许双引号。从 JavaScript 对象拷出来的内容请先转 JSON5 或手工改引号。

报错行号对不上怎么办?

先确认没有把多段日志粘在一起。只保留从第一个 {[ 开始的完整文档再试。

推荐工作流

  1. 粘贴接口响应、配置片段或同事发来的 JSON。
  2. 看结果是「合法」还是带行列的错误提示。
  3. 修掉语法问题后,再去做格式化、Diff 或代码生成。
  4. 若长期要卡结构(必填、类型),把样例拿到 Schema 页生成草稿。

校验通过只说明「能 parse」,不等于字段齐全。发布前仍建议对照接口文档或 JSON Schema。