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 类型

使用方法

  1. 粘贴接口响应、配置文件或待处理 JSON 内容
  2. 先用格式化和校验定位语法问题,再按任务选择 JSONPath、Schema、Diff、CSV 或 AI 修复
  3. 检查查询路径、字段类型和数组结果,并用目标接口或 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 注入。

下一步排查

  1. 先用本地格式化和校验定位语法问题。
  2. 需要定位嵌套字段时用 JSONPath,再用 Schema 或 Diff 核对结构。
  3. 需要理解字段时再使用 AI JSON / Schema 修复。
  4. 接口仍异常时转到 Headers、cURL 和 HTTP 状态码工具。

常见问题

JSON 转义和 JSON 格式化有什么区别?

格式化改变 JSON 的排版和可读性;转义把引号、反斜杠和控制字符转换成可嵌入字符串的表示。

JSON 转义结果可以直接放进 HTML 吗?

不一定。HTML、JavaScript、SQL 和 URL 的安全边界不同,嵌入网页时还要结合上下文进行专门编码。

JSON 工具、JSON Schema 和 JSON 转义应该怎么选?

先用 JSON 工具格式化和校验语法,再用 Schema 检查字段结构,只有需要把 JSON 嵌入字符串或代码时才使用 JSON 转义。

JSONPath 查询为什么没有结果?

先确认根节点、数组索引、字段大小写和当前 JSONPath 语法,再用树形查看核对实际路径;路径存在不代表字段值符合业务条件。