JSON 修复工具与无效 JSON 恢复助手

损坏的 JSON 输入

1

已修复的 JSON 输出

设置

JSON 修复如何工作

当您输入无效 JSON 时,系统会按顺序自动尝试以下方法:

1
JSONRepair 库
快速、准确地修复大多数常见问题
2
基础模式匹配
处理简单语法错误
3
AI 提供商
用于复杂情况的 AI 等

开始修复 JSON

输入损坏的 JSON,或点击“导入”从文件加载。

如何修复损坏的 JSON 并恢复可用结构

示例:修复损坏的配置对象

损坏的 JSON
1
{
2
name: "Project X",
3
'id': 1024,
4
items: [
5
"A",
6
"B",
7
]
8
}
已修复的 JSON
1
{
2
"name": "Project X",
3
"id": 1024,
4
"items": [
5
"A",
6
"B"
7
]
8
}
  1. 01

    Tutorial Step

    步骤 1 – 直接导入原始损坏 JSON,不要先手工大改

    • 把无效 JSON 直接粘贴到输入区,适合日志片段、旧接口、缓存快照和手工编辑损坏的配置文件。
    • 如果内容在本地文件中,可以直接导入,而不用先在别的编辑器里尝试整理。
    • 碰到键名没引号、数组尾逗号、单引号、括号没闭合等问题时,先不要自己大面积替换,先交给 repair。
  2. 02

    Tutorial Step

    步骤 2 – 先观察本地修复,再看是否升级到 AI 修复

    • 系统会优先尝试 JSONRepair 和基础规则修复,先处理速度快、确定性高的问题。
    • 如果本地方法已经能恢复成有效 JSON,右侧会立即出现修复结果,不必额外等待 AI。
    • 只有在结构意图不明确、本地修复不足时,才会继续触发 AI 深度修复。
  3. 03

    Tutorial Step

    步骤 3 – 检查修复结果是否“能解析”且“符合预期”

    • 先确认右侧输出已经是有效 JSON,而不是只把错误字符删掉后留下一个不完整结构。
    • 再检查关键字段、数组层级和对象嵌套,确认自动修复没有把业务含义改偏。
    • 如果修复结果基本正确但还想再细调,可以直接“应用”回输入区继续手改。
  4. 04

    Tutorial Step

    步骤 4 – 把修好的 JSON 继续送去校验、格式化和后续处理

    • 先复制或下载修复后的 JSON,保留一个可回溯的修复结果版本。
    • 如果你还不完全确定结构是否正确,下一步优先进入 validator 做复核。
    • 如果你想让结构更易读,再转到 formatter 做美化、压缩或排序键名。

修复前后的实用提醒

如果 JSON 只是少量语法错误,repair 很快;如果内容本身被截断或字段缺失,自动修复只能恢复语法,不能凭空还原业务数据。
遇到特别大的 JSON,先按对象块或数组片段拆分,再送入 repair,成功率通常更高。
修完后别急着直接上线或入库,先过 validator,再决定是否需要 formatter 统一结构。
如果你需要按字段逐项确认修复结果,table editor 比直接盯着长 JSON 文本更省力。

相关 JSON 工具

  • 修复完成后,您可能还需要格式化、校验或转换数据。

常见问题

JSON 修复工具是怎么工作的?

这页会按层级依次尝试不同修复方法:先用 JSONRepair 库处理常见语法问题,再做基础规则修复;如果结构问题更复杂,才会继续调用 AI 修复能力。这样可以优先保证速度、本地处理比例和修复稳定性。

它能修哪些常见 JSON 问题?

常见可修复问题包括:键名缺少双引号、尾随逗号、数组或对象未闭合、单引号误用、逗号遗漏、转义不完整,以及部分轻度结构错乱的 JSON 片段。

什么时候会用到 AI 修复?

当本地修复无法确定结构意图,或者 JSON 已经破损到简单规则难以还原时,系统才会升级到 AI 修复。典型场景包括日志里截断的嵌套对象、混杂多层错误的旧配置,或半结构化文本中嵌着 JSON。

我的数据安全吗?

大多数常见修复都在浏览器本地完成,不会上传数据。只有在需要更复杂的 AI 修复时,相关 JSON 才会发送到 AI 提供商进行处理,而且不会被我们用于存储或训练。

AI 修复有大小限制吗?

有。为保证稳定性,AI 修复每次请求支持的输入大约为 ~18000 个字符。更大的 JSON 建议先拆分成更小片段,或者先尝试本地修复与基础清洗。

需要自己配置 API Key 吗?

不需要。默认情况下你不必准备任何 API Key,就可以直接使用本地修复能力;需要 AI 修复时,也会走我们已经接好的能力链路。

修复完成后还要不要再校验一次?

建议要。repair 的目标是把损坏 JSON 尽快恢复成可解析状态,而 validator 更适合做最终复核,确认语法、结构和风险提示都没有遗漏。

什么时候应该直接手动修,而不是继续点修复?

如果 JSON 本身是被截断、缺了大段业务字段,或者上下文语义只有你自己知道,那么自动修复只能帮你恢复语法,不一定能恢复真实业务意图。这种情况更适合结合 validator 的定位结果手动补全。