從第一個解析器錯誤開始
JSON解析器通常會停留在文件無法再解釋的第一個點。被報告的角色不一定是錯誤的起點,但這是最好的起點。檢查當前行及其前一行——尤其是最後的屬性、逗號、引號或括號。
最常見的JSON語法錯誤
{
"name": "Megaish",
"apps": 33
}- 屬性名稱或字串值使用單引號取代雙引號。
- 屬性或陣列項目之間缺少逗號。
- 最後一項後方加個逗號。
- 一個沒有閉合夥伴的開球支架或支架。
- 字串中未逃脫的雙引號、反斜線、換行或控制字元。
- 留言,
undefined,或NaNJavaScript 可能識別,但 JSON 不識。
驗證、格式化並縮小問題範圍
- 當JSON包含重要配置時,再進行副本。
- 將文件貼上或開啟到JSON驗證器中。
- 請前往第一行報告的行與欄。
- 先修正一個錯誤,然後再驗證一次。
- 格式化有效結果,讓巢狀顯示。
- 將鍵型和值型態與你預期的 API 或配置架構做比較。
JSON Viewer & Formatter 支援輕量級 Windows 應用程式中的格式化、驗證、壓縮與轉換工作流程。在句法有效後,要理解結構,請使用 JSON 圖表工作流程.
語法有效性不等於資料正確性
文件可以JSON有效,但對接收系統來說仍然錯誤。可能以字串形式提供數字 ID,或缺少所需屬性,或日期格式出乎意料。驗證回答:「這能解析嗎?」架構或應用程式驗證的答案是「這些資料是否具備所需的形狀與意義?」
保護敏感資料
API 回應與設定檔可包含存取權杖、電子郵件地址、內部主機名稱或客戶資料。在分享工單或公開驗證器中的片段前,先移除秘密。對於敏感的本地檔案,請使用組織核准的工作流程。
探索JSON Viewer & Formatter Windows
本指南首先說明工作流程。在繼續Microsoft Store之前,請先檢視Megaish產品頁面上的已驗證功能和截圖。
查看功能與截圖常見問題
為什麼有效的 JavaScript 不一定JSON?
JavaScript 物件語法允許 JSON 不允許的結構,包括註解、未定義值,以及在某些情境下使用單引號字串。
JSON應該加個逗號嗎?
不。標準JSON不允許在最後物件屬性或陣列項目後加上逗號。
意外代幣是什麼意思?
解析器遇到一個不符合預期JSON文法的字元。檢查該位置和前方的分隔符。