逐步說明如何修復最常見的 JSON 錯誤。
全部指南
Base64 是可逆編碼，並非加密。一步完成解碼，正確處理 Unicode，並讀取使用 Base64url 的 JWT 段落。
閱讀指南 →百分號編碼用 %XX 取代不安全字元，讓任意文字能安全放入 URL。掌握要跳脫哪些字元，以及如何把它們解碼還原。
閱讀指南 →自 YAML 1.2 起，任何 JSON 文件都是合法的 YAML。將 YAML 設定轉為 JSON，並留意縮排與型別推論的陷阱。
閱讀指南 →JSON 物件陣列會對應到 CSV 表格 — 每個物件一列，欄位來自所有鍵的聯集。真正的難點在於引號處理與巢狀值的處理。
閱讀指南 →XML 需要單一根元素，並以重複元素表示串列。將帶 @ 前綴的鍵對應為屬性、把 #text 對應為元素文字，即可實現可逆轉換。
閱讀指南 →對 JSON 進行 stringify 時，會用雙引號包裹並跳脫內部引號與特殊字元，得到一個可以安全嵌入到別處的 JSON 字串字面值。
閱讀指南 →物件最後一個屬性或陣列最後一個項目後面的尾隨逗號，在部分 JavaScript 場景下允許，但在 JSON 中並不合法。
閱讀指南 →JSON 字串與物件鍵必須使用雙引號。單引號值常見於 JavaScript 片段、類似 Python 的輸出，以及 LLM 回應中。
閱讀指南 →像是 name、active、profile 這類看起來像識別字的鍵，在合法 JSON 中也必須加上引號。
閱讀指南 →AI 回應看似 JSON，但常常夾雜 markdown 圍籬、註解、Python 風格字面值或 JavaScript 物件語法。
閱讀指南 →這個錯誤通常代表解析器遇到了不符合 JSON 規範的物件鍵：未加引號的鍵、註解、尾隨逗號，或是嚴格 JSON 中混入了 JavaScript 語法。
閱讀指南 →JSON 看起來像 JavaScript 物件字面值，但它是更小、語法更嚴格、不含可執行值的資料格式。
閱讀指南 →在發送 API 請求前快速做一次驗證，可以把 JSON 語法問題與認證、Schema、後端錯誤清楚地分開。
閱讀指南 →格式化器讓本就合法的 JSON 更易閱讀；修復工具則嘗試把「幾乎是 JSON 的內容」變成合法 JSON 後再格式化。
閱讀指南 →Unexpected token 表示嚴格 JSON 解析器遇到了一個在合法 JSON 該位置不能出現的字元。
閱讀指南 →嚴格 JSON 可以用 JSON.parse 轉換為 JavaScript 物件；JavaScript 物件字面值則需要先整理一遍才能成為合法 JSON。
閱讀指南 →