PTBox

JSON 格式化与校验工具

在线 JSON 格式化工具,支持美化(缩进)、压缩、语法校验,自动定位错误位置。可一键展开嵌套 JSON —— 中间件 / SAP 类接口常把真正的 payload 编码成转义字符串塞在某个字段里,勾选后会递归还原成正常结构,且订单号、日期等字符串不会被误转成数字。所有处理在浏览器本地完成,不上传任何数据。

使用说明

JSON 是一种轻量级的数据交换格式,广泛用于 API 通信和配置文件。本工具会将输入的 JSON 解析后重新输出:

  • 格式化:按 2/4 空格或 Tab 缩进美化排版,便于阅读;
  • 压缩:去除所有空白,生成最紧凑的字符串,节省传输体积;
  • 校验:仅检查 JSON 是否合法。

展开嵌套 JSON

很多中间件、SAP、网关类接口会把真正的业务数据塞在一个转义后的字符串字段里,例如 {"OUTPUT":"{\"msgType\":\"S\",...}"}。这种响应本身是合法 JSON,直接格式化只会得到一个键,值是一整行读不了的转义文本。

勾选 展开嵌套 JSON 后,工具会递归地把这类字段还原成真正的对象/数组结构,多层嵌套也能一次展开到底。检测到这种字段时页面会主动提示。

为避免损坏数据,只有以 { 或 [ 开头并且能完整解析的字符串才会被展开 —— 像 "3"、"20260814" 这类订单号、日期、状态码会原样保留为字符串,不会被误转成数字。

此外,从日志里抠出来的转义片段(如 {\"a\":1},没有外层引号)也能直接粘贴解析。

所有解析过程都在浏览器本地通过 JSON.parse 完成,输入内容不会上传到服务器。

典型使用场景

API 响应调试

把后端返回的紧凑 JSON 美化成可读格式,便于逐字段排查问题。

配置文件维护

检查 package.json、tsconfig.json 等是否合法 JSON,避免因为漏逗号导致工具链报错。

文档与示例

把示例 JSON 压缩成一行嵌入 Markdown / 代码注释里。

错误定位

解析失败时高亮具体行列位置,快速找到多余逗号或单引号。

常见问题

数据安全吗?会上传到服务器吗?

所有解析在浏览器本地通过 JSON.parse 完成,输入内容不会被上传到任何服务器。

支持多大的 JSON?

受浏览器内存限制,10 MB 以内通常流畅,更大文件会卡顿。建议拆分后处理。

能格式化 JSONC(带注释的 JSON)吗?

标准 JSON 不支持注释。如需 JSONC 请先手动删除 // 与 /* */ 注释。

为什么提示 Unexpected token?

通常是多余的逗号、用了单引号、键没加双引号、属性名包含中文符号。工具会给出具体行列位置。

格式化和压缩有什么区别?

格式化加缩进便于阅读,压缩去掉所有空白便于网络传输,两者的语义内容完全一致。

接口返回的 JSON 套着一层转义字符串,格式化出来还是一整行怎么办?

这类响应(如 {"OUTPUT":"{\"msgType\":\"S\",...}"})本身是合法 JSON,只是真正的数据被编码成了字符串。勾选「展开嵌套 JSON」即可递归还原成正常结构,多层嵌套也能一次展开到底。检测到这种字段时页面会主动提示。

展开嵌套会不会把订单号、日期变成数字?

不会。只有以 { 或 [ 开头且能完整解析的字符串才会被展开,"3"、"20260814"、"401" 这类值会原样保留为字符串,类型不会被改写。

从日志里复制出来的转义片段能直接解析吗?

可以。像 {\"a\":1} 这种没有外层引号的转义片段会自动去转义后解析,不需要手动替换 \" 为 "。

相关工具

评论

0 / 1000