DevKitBase
工具關於隱私權

停留於您裝置上的 JSON 美化與格式化工具

壓縮的 API 回應對機器友好,對人類則很痛苦。貼上 JSON 字串,獲得 2 空格(或 4 空格)美化的 JSON,若有效負載錯誤則顯示清楚錯誤訊息。同一頁面涵蓋「格式化/美化/美觀」搜尋——一個工具,而非三個簡陋的複製品。

Indent
字元: 70
輸入
輸出

使用時機

前端與 API 開發者在除錯前貼上壓縮過的回應,需要可讀的結構。也很適合在發 PR 前,當設定檔被壓成一行時使用。

範例

輸入
{"a":1,"b":[2,3]}
輸出
{
  "a": 1,
  "b": [
    2,
    3
  ]
}
輸入
{"product":"DevKitBase","local":true}
輸出
{
  "product": "DevKitBase",
  "local": true
}
值相同——只有符號間的空格改變。

運作方式

使用 JSON.parse 解析,再以 JSON.stringify 加上 2 或 4 空格縮排。不會「修復」無效 JSON、改寫鍵名或與伺服器通訊。

常見陷阱

  • 結尾逗號與單引號鍵名會導致標準 JSON.parse 失敗。
  • 註解(// 或 /* */)不是 JSON——請先移除。
  • 巨大的一行負載可能會凍結分頁;建議在其他地方分割或串流處理。

差異說明

格式化工具讓有效 JSON 變得可讀。JSON 驗證器負責通過/失敗與錯誤位置。JSON 最小化則相反(移除空白)。結構驗證器檢查結構,而非美化排版。

常見問題

這和 JSON 驗證器一樣嗎?
格式化需要先有有效的 JSON;如果你只需要通過/失敗加上錯誤細節,請使用驗證器頁面。
我的 JSON 會離開瀏覽器嗎?
不會。解析在本地端執行。
美化後可以壓縮嗎?
可以——使用 JSON 壓縮,或在此處將縮排設為 0(若 UI 有此選項)。
尾隨逗號呢?
標準的 `JSON.parse` 會拒絕它們;修正來源或在貼上前移除。

相關工具

在瀏覽器中執行。不上傳任何資料。非安全產品——雜湊與 JWT 解碼僅供除錯使用,非密碼儲存或驗證建議。