DevKitBase
工具关于隐私

在 JSON 导致生产环境崩溃前验证语法

“看起来没问题”不是解析器。粘贴字符串,获取明确的通过/失败结果和可操作错误信息。此页面仅针对**语法**——而非 JSON Schema。

字符: 17
输入
输出

使用时机

当你继承了一个 webhook 主体、手动编辑了配置,或怀疑复制粘贴截断了一个大括号时 — 在发布之前你需要一个明确的通过/无效答案。

示例

输入
{"ok":true,"n":1}
输出
Valid JSON
输入
{"ok":true,}
输出
Invalid — unexpected token near the trailing comma
确切的错误文本取决于引擎。

工作原理

尝试 JSON.parse。失败时显示消息(以及可用时的位置)。成功时你会得到通过 — 不是模式规则,不是美化打印。

常见陷阱

  • 有效语法 ≠ 正确结构 — 使用 JSON Schema Validator 检查必填字段/类型。
  • 切勿 eval JSON;始终使用 parse。
  • NaN、Infinity 和 undefined 不是有效的 JSON 值。

区别说明

验证器 = 仅语法。格式化器需要有效输入然后缩进。模式验证器检查实例是否符合草稿模式。

常见问题

与 Schema 验证器有何区别?
语法 = 格式良好的 JSON。Schema = 针对草案 schema 的形状/类型。
有效的 JSON 意味着可以安全地 eval 吗?
不。永远不要 `eval` JSON;始终解析。
允许注释吗?
标准 JSON 中不允许。
数据会上传吗?
不会。

相关工具

在浏览器中运行。不上传任何内容。非安全产品——哈希和JWT解码仅用于调试,不用于密码存储或身份验证建议。