JSON.cn

JSON.cn 的核心价值不是把一行 JSON “变好看”，而是帮助开发者把接口响应拆成可定位的问题：究竟是文本不符合 JSON 语法、字符串在传输中被重复转义、字段层级与预期不同，还是转换代码把数字和空值理解错了。站内同时提供树形查看、JSONPath、压缩转义，以及 JSON 与 SQL、CSV、Excel、XML、YAML、TOML 和多种语言模型之间的转换入口。

解析失败时，先判断是哪一类错误

看到“Unexpected token”一类报错时，先保留原始响应，再复制一份最小样例处理。标准 JSON 的对象键名和字符串值使用双引号；单引号、尾随逗号、注释、未转义换行，或把 JavaScript 的 undefined 写进数据，都会导致严格解析失败。若页面开头实际是 <html>，问题通常不在 JSON，而是接口返回了登录页、网关错误或服务端异常页面。

另一个常见情况是响应本身合法，但被包在字符串里，例如引号前出现大量反斜杠。这时要检查接口是否进行了二次序列化，而不是连续点击“去转义”直到页面能看。联调记录应同时保留请求方法、状态码、Content-Type、接口版本和原始片段，否则格式化后的文本无法证明服务端真实返回了什么。

树形视图、JSONPath 和模型转换各自回答什么

重点检查大整数、null 与样例偏差

格式正确不代表转换可靠。订单号、雪花 ID 或其他长整数若被当作 JavaScript Number，可能超过安全整数范围；稳妥做法是由接口按字符串传递，或在项目解析层采用明确的大整数策略。null、空字符串、0、false 和字段缺失也不是同一状态，自动生成的模型却可能只根据一份样例作出错误假设。至少准备正常值、空值、缺字段、超长数组和异常类型五类脱敏样例，再用项目实际的 Schema 或测试验证。

fullscreen、data、url 参数适合临时查看

官网说明可用 fullscreen 进入专注模式；data 和 url 参数放在井号之后，前者直接传入 JSON，后者让页面尝试从指定地址获取数据，读取后参数会清空，刷新也会丢失。官网同时说明这类解析数据停留在本地，但地址栏、浏览器历史、插件和目标 URL 仍可能形成额外暴露面，所以密钥、Cookie、生产日志、个人信息和内部地址不应直接传入。

JSON.cn 适合一次性排错和结构阅读；需要反复执行的转换应落入脚本，字段规则应写入 Schema，接口兼容性应交给契约测试。网页上“能解析”只能证明这份输入通过了当前工具，不能替代项目运行环境中的最终验收。

访问地址：https://www.json.cn/