JSON 解析工具箱

在浏览器中校验、格式化、压缩 JSON,并通过 JSONPath 查询字段,实时反馈错误

如何使用

第 1 步

粘贴 JSON

粘贴来自 API、Webhook 或配置文件的 JSON 数据。

第 2 步

验证与格式化

即时检查语法错误,然后美化或压缩输出。

第 3 步

JSONPath 查询

使用 JSONPath 快速提取字段并测试数据路径。

常见问题

这个 JSON 解析器对敏感数据安全吗?

安全。解析、验证和格式化全部在您的浏览器中运行,JSON 数据不会上传到服务器。

支持哪些 JSONPath 语法?

支持常见的 JSONPath 模式,包括点号表示法、方括号表示法、数组索引和通配符访问。

可以同时作为 JSON 验证器和格式化器使用吗?

可以。工具包先验证 JSON,然后允许在同一工作流中格式化或压缩输入。

此解析器能处理多大的 JSON 文件?

解析在您的浏览器中完成,因此实际限制取决于设备的内存。大多数桌面浏览器可以轻松处理 10-50 MB 的文件,而手机在 5-10 MB 左右就开始变慢。极深的嵌套(数千层)也可能让某些解析器出错,因为 RFC 8259 并未对嵌套深度作出要求。

JSON 和 JSONP 有什么区别?

JSON 是由 RFC 8259 定义的纯数据格式。JSONP(“JSON with Padding”)是一种较旧的跨域技巧,它将 JSON 包裹在 JavaScript 函数调用中,以便 <script> 标签能从另一个源加载它。在 CORS 得到普遍支持后,JSONP 已经过时,而且如果远程来源不完全可信,它也是不安全的。

如何查询大型 JSON 文档中的特定值?

使用 JSONPath 字段:$.store.book[0].title 返回第一本书的标题,$..author 查找任意深度的所有作者,$.user.roles[0] 可深入数组。JSONPath 于 2024 年被标准化为 RFC 9535,本测试器遵循该语法。

为什么我的 JSON 看起来正确却无法通过校验?

最常见的原因有四种:} 或 ] 前的尾随逗号、用单引号代替双引号、键名未加引号,以及注释——RFC 8259 均不允许这些写法。另外还需检查 NaN 或 Infinity,它们在 JavaScript 中有效,但在 JSON 中无效。校验器会精确定位第一个语法错误所在的字符位置。

JSON 支持哪些数据类型?

根据 RFC 8259,共有六种:对象(object)、数组(array)、字符串(string)、数字(number)、布尔值(boolean)和 null。JSON 不支持日期、二进制数据块或注释——编码器会将其表示为字符串或自定义约定。数字仅支持十进制;前导零和十六进制表示法都会被拒绝。

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}