JSON 格式化与修复在线工具 - 校验、压缩、Schema 与 JSONPath
在线格式化、校验和压缩 JSON 数据,支持树形查看、JSONPath 查询、JSON Diff、JSON Schema 和 JSON 转 CSV,适合浏览器本地处理、API 调试、接口响应分析和配置整理。
功能特点
- 格式化和压缩 JSON 数据,快速整理接口响应和配置内容
- 校验 JSON 语法并辅助定位常见格式错误
- 支持 JSONPath 查询、结构化树形查看和字段定位
- 用 JSONPath 定位嵌套字段和数组元素,再用 Schema 或 Diff 复核结构
- 支持 JSON Diff、JSON Schema 校验和 JSON 与 CSV 转换
- 支持 JSON 转义、反转义和 Unicode Escape 排查
- 支持 AI 修复坏 JSON、解释字段含义并生成 TypeScript 类型
使用方法
- 粘贴接口响应、配置文件或待处理 JSON 内容
- 先用格式化和校验定位语法问题,再按任务选择 JSONPath、Schema、Diff、CSV 或 AI 修复
- 检查查询路径、字段类型和数组结果,并用目标接口或 Schema 复核后再复制输出
示例输入
接口请求体转义
{"name":"Alice","role":"admin"}适合把 JSON 文本转成可以嵌入 JavaScript 字符串、SQL 或日志的转义形式。
Unicode 转义反解
{\"message\":\"\u4e2d\u6587\"}适合排查接口响应中的 Unicode Escape,并恢复为可读中文。
坏 JSON 修复
{name: 'Alice', items: [1, 2,]}适合先定位引号、尾逗号和字段名问题,再使用 JSON / Schema 修复功能。 修复结果是说明性的 AI 示例,会随错误上下文和模型响应变化;必须重新校验 JSON 与业务 Schema。
JSONPath 数组字段定位
{"orders":[{"id":101,"status":"paid"},{"id":102,"status":"pending"}]} 路径: $.orders[?(@.status=="paid")].id适合从嵌套数组筛选字段;查询结果仍需对照接口 Schema 和业务含义确认。
示例输出
接口请求体转义
{\"name\":\"Alice\",\"role\":\"admin\"}Unicode 转义反解
{"message":"中文"}坏 JSON 修复
{"name":"Alice","items":[1,2]}JSONPath 数组字段定位
101
常见错误
- JSON 转义只是改变字符串表示,不会自动修复缺少引号、尾逗号或字段类型错误。
- 嵌入 JavaScript、HTML、SQL 和 URL 时需要遵循不同的转义规则,不能混用结果。
- 反转义前要确认输入确实是 Escape 文本,否则可能把普通反斜杠处理成意外字符。
- JSON 转 CSV 可能丢失嵌套对象、数组和类型信息,导出前要确认目标表格结构。
适用场景
- JSON 转义在线
- JSON 反转义
- 接口请求体整理
- Unicode 响应排查
- 坏 JSON 修复
实操检查
先区分语法处理和工作台功能
格式化、压缩和基础校验在浏览器中调用 JSON 解析;树形查看、JSONPath、Diff、Schema、CSV 和转义是独立工作台模式,切换模式不会自动改变其他模式的业务语义。
JSON 有效不等于业务数据有效
JSON.parse 能确认语法,但不能确认字段必填、类型范围、权限或接口契约;需要 Schema 或后端校验时,应把工作台结果与目标接口的实际规则再次对照。
页面专属核验
使用前与操作中
- 只需整理语法时使用格式化或压缩;需要定位嵌套字段时切换到 JSONPath,不要把排版结果当成业务校验。
- 需要检查字段结构时提供实际 Schema;需要转 CSV 时先确认嵌套对象和数组是否允许展开或丢失。
- 准备使用 AI 修复或解释前,删除 Token、Cookie、密码和个人数据,并保留原始 JSON 副本。
结果出来后
- 格式化后能否再次解析,键名、数组顺序和数值类型是否保持不变?
- JSONPath 查询结果是否对应实际根节点、数组索引和字段大小写?
- Schema、CSV 或 AI 输出是否还需要按真实接口契约和业务规则复核?
相关工具
- YAML 格式化:格式化、校验 YAML,并支持 YAML 与 JSON 互转
- 文本对比:按行对比文本、配置、日志和接口响应差异
- URL 编码与解析:统一处理 URL Encode/Decode、Percent Encoding、URL 解析构建、Query String 和 Punycode
- JSON Mock API 生成器:生成含 status、endpoint 和固定 name/email data 的本地 JSON
工具边界
- JSON 修复和 AI 解释不等于 Schema 合规或业务校验。
- 大 JSON 可能受浏览器内存和输入字符数限制。
- 嵌入 HTML、JavaScript、SQL 或 URL 时必须使用目标上下文的专用转义。
与相似工具的区别
- YAML 格式化:JSON 适合严格的接口数据交换;YAML 更适合人工维护配置,但缩进、类型推断和解析器差异更多。
安全与兼容性
- 格式化、压缩与转义均在浏览器完成;只有显式使用 AI 功能时内容才会发送到配置的模型服务。
- 把 JSON 嵌入 HTML 或脚本前仍须按目标上下文编码,普通 JSON 转义不能阻止 XSS 或 SQL 注入。
下一步排查
- 先用本地格式化和校验定位语法问题。
- 需要定位嵌套字段时用 JSONPath,再用 Schema 或 Diff 核对结构。
- 需要理解字段时再使用 AI JSON / Schema 修复。
- 接口仍异常时转到 Headers、cURL 和 HTTP 状态码工具。
常见问题
JSON 转义和 JSON 格式化有什么区别?
格式化改变 JSON 的排版和可读性;转义把引号、反斜杠和控制字符转换成可嵌入字符串的表示。
JSON 转义结果可以直接放进 HTML 吗?
不一定。HTML、JavaScript、SQL 和 URL 的安全边界不同,嵌入网页时还要结合上下文进行专门编码。
JSON 工具、JSON Schema 和 JSON 转义应该怎么选?
先用 JSON 工具格式化和校验语法,再用 Schema 检查字段结构,只有需要把 JSON 嵌入字符串或代码时才使用 JSON 转义。
JSONPath 查询为什么没有结果?
先确认根节点、数组索引、字段大小写和当前 JSONPath 语法,再用树形查看核对实际路径;路径存在不代表字段值符合业务条件。