如何在幾秒內修復損壞的 JSON
未加引號的鍵、尾隨逗號和單引號會破壞 JSON 解析器。本文介紹如何快速修復格式錯誤的 JSON、為什麼 LLM 輸出是最常見的來源，以及如何驗證結果。
JSON 為什麼會損壞
JSON 的設計非常嚴格：字串需要雙引號，鍵不能不加引號，尾隨逗號是禁止的。這種嚴格性使其成為可靠的資料交換格式，但也意味著小小的人為或模型錯誤都可能產生無效的酬載，導致下游解析器崩潰。
如今，損壞 JSON 最常見的來源是 LLM 工具呼叫和程式碼生成提示。一個用單引號包住鍵，或在最後一個欄位後留下尾隨逗號的模型，可能通過粗略的肉眼檢查，但在嚴格解析時失敗。
四種最常見的 JSON 錯誤
1. 未加引號的鍵 — `{ name: "Ada" }` 應該是 `{ "name": "Ada" }`。
2. 單引號字串 — JSON 只允許雙引號。
3. 尾隨逗號 — `{ "a": 1, }` 是無效的；`1` 後面的逗號必須移除。
4. 註解 — JSON 沒有註解。`// 註解` 或 `/* 區塊 */` 會導致整份文件被拒絕，除非先移除它們。
安全的修復流程
將損壞的文字透過修復階段——正規化引號、移除尾隨逗號、清除註解——再用嚴格的解析器重新驗證輸出，確認後才信任它。先修復再驗證比寬鬆解析更安全，因為它會顯示實際改變了什麼。
Toolars JSON 修復完全在你的瀏覽器中執行。沒有任何內容上傳，因此即使酬載包含敏感值也能安全使用。
本文提及的工具
常見問題
- JSON 修復對敏感資料安全嗎？
- 安全。Toolars JSON 修復工具在你的瀏覽器中本機執行，因此你的文字永遠不會離開你的裝置。無上傳、無帳戶、無日誌。
- 修復能處理 LLM 生成的 JSON 嗎？
- 大多數情況下可以。LLM 輸出通常因單引號、未加引號的鍵或尾隨逗號而損壞——修復階段會正規化這些問題。之後務必用嚴格的解析器重新驗證結果。
- 修復和寬鬆解析有什麼差別？
- 修復會將文字轉換為有效的 JSON，方便你檢查改變了什麼。寬鬆解析會默默接受格式錯誤的輸入，這可能隱藏資料損壞。