JSON Swiss 標誌

JSON Swiss

JSON 格式化工具

JSON 輸入

1

JSON 輸出

設定

開始格式化 JSON

在左側輸入 JSON，或使用「匯入」從檔案載入。

支援美化、壓縮、驗證、轉義與反轉義 JSON可切換 2 空格、4 空格與鍵名排序輸出全部在瀏覽器本機處理

如何格式化並驗證 JSON

1步驟 1 – 貼上或匯入原始 JSON2步驟 2 – 選擇適合的輸出模式3步驟 3 – 查看結果並快速定位錯誤4步驟 4 – 複製、下載或接續後續流程

實用的 formatter 流程通常很直接：先貼上原始 JSON，再決定要可讀輸出還是壓縮輸出，接著處理錯誤，最後複製、下載或繼續進入 repair、table editor 或 schema generator。

從單行 payload 到可讀結構

先把原始 JSON 展開，再決定下一步要驗證、比對還是編輯

很多真實資料都來自日誌、API 或訊息佇列，通常只有一行。formatter 先幫你把結構攤開，後續工作才會省力。

原始輸入
1
{"orderId":"SO-1024","customer":{"name":"Maeve","tier":"gold"},"items":[{"sku":"A-1","qty":2},{"sku":"B-8","qty":1}],"paid":true}
格式化後
1
{
2
"orderId": "SO-1024",
3
"customer": {
4
"name": "Maeve",
5
"tier": "gold"
6
},
7
"items": [
8
{
9
"sku": "A-1",
10
"qty": 2
11
},
12
{
13
"sku": "B-8",
14
"qty": 1
15
}
16
],
17
"paid": true
18
}

需要審查或除錯時優先用美化輸出；真的要傳輸或儲存時再切到壓縮模式。

3 個常見 formatter 使用場景

這些情境都比抽象示範更接近日常開發與維運工作。

API 回應

把單行回應整理成可閱讀的結構

適合快速確認欄位、巢狀物件、陣列與異常值。

輸入 JSON
1
{"user":{"id":42,"name":"Maeve"},"roles":["admin","editor"],"flags":{"beta":true,"suspended":false}}
格式化後的 JSON
1
{
2
"user": {
3
"id": 42,
4
"name": "Maeve"
5
},
6
"roles": [
7
"admin",
8
"editor"
9
],
10
"flags": {
11
"beta": true,
12
"suspended": false
13
}
14
}

先看可讀結構，通常比盯著單行字串更快發現欄位問題。

設定比對

先排序鍵名，再比較環境配置差異

欄位順序更穩定後，diff 結果通常會乾淨很多。

輸入 JSON
1
{
2
"retry": 3,
3
"apiBase": "https://api.example.com",
4
"features": {
5
"betaCheckout": true,
6
"abTest": false
7
},
8
"timeout": 8000
9
}
格式化後的 JSON
1
{
2
"apiBase": "https://api.example.com",
3
"features": {
4
"abTest": false,
5
"betaCheckout": true
6
},
7
"retry": 3,
8
"timeout": 8000
9
}

當重點是比對而不是保留原始業務順序時，鍵名排序很實用。

Escaped 字串

先反轉義，再編輯真正的 JSON 結構

日誌或訊息欄位裡常常包著 JSON 字串，先還原成可讀內容會省很多時間。

輸入 JSON
1
"{\"event\":\"login\",\"user\":{\"id\":42,\"name\":\"Maeve\"},\"success\":true}"
格式化後的 JSON
1
{
2
"event": "login",
3
"user": {
4
"id": 42,
5
"name": "Maeve"
6
},
7
"success": true
8
}

如果你看到大量反斜線，通常第一步就是先反轉義。

  1. 01

    教學步驟

    步驟 1 – 貼上或匯入原始 JSON

    先把真正的原始 payload 放進左側，不需要先手動整理格式。

    • 把 API 回應、設定檔、日誌或匯出資料中的原始 JSON 直接貼到左側編輯器。
    • 也可以用「匯入」從檔案、URL 或示例資料載入。
    • 把這頁當成後續驗證、修復與轉換前的清理入口會最順手。
    • 就算內容全擠在一行也沒關係，先貼進來再展開即可。
    • 多人協作時，建議保留原始輸入，先在這裡完成格式整理。
  2. 02

    教學步驟

    步驟 2 – 選擇適合的輸出模式

    可讀 JSON 和壓縮 JSON 適合不同場景，先選對模式再往下走。

    • 需要閱讀、審查或排錯時，使用 2 空格或 4 空格縮排。
    • 可選擇依字母排序鍵名，讓 diff 與配置比對更穩定。
    • 若結果要送進 API、環境變數或儲存層，可切換到壓縮模式。
    • 需要 JSON 字串字面值時，使用轉義功能會比手動處理更穩。
    • 如果輸入本身是被轉義過的 JSON 字串，可先反轉義再檢查結構。
  3. 03

    教學步驟

    步驟 3 – 查看結果並快速定位錯誤

    右側不只是結果區，也是語法檢查的即時回饋區。

    • JSON 合法時，右側會立即顯示語法高亮的格式化結果。
    • 輸入有語法錯誤時，頁面會直接顯示解析錯誤。
    • 可以直接跳到出錯行，而不是手動掃整段內容。
    • 如果內容損壞太多，一時不想手修，就直接送去 Repair。
    • 碰到巢狀 escaped JSON 時，先反轉義再看真正結構會更清楚。
  4. 04

    教學步驟

    步驟 4 – 複製、下載或接續後續流程

    當 JSON 已經整理乾淨後，最好把這份結果當成你後續工作的基準版本。

    • 將結果複製到編輯器、文件、API client、工單或測試資料中。
    • 將結果下載為 .json 檔案，便於留檔、交接或回溯。
    • 使用「套用到左側輸入」，可把右側結果直接變成新的編輯基準。
    • 若接下來要逐欄位審查或批次改值，可把乾淨 JSON 送到 table editor。
    • 若下一步要做驗證、文件或程式碼生成，可直接把這份結果送到 schema generator。

一個常見的 formatter 工作流

1

先把原始 payload 貼進 formatter，展開成可閱讀 JSON。

2

若解析失敗，先跳到錯誤位置；若太難修，直接交給 Repair。

3

確認結構有效後，再決定要美化、壓縮、轉義或反轉義輸出。

4

若右側結果要成為新的基準版本，就用「套用到左側輸入」。

5

格式整理完成後，再進入 table editor、compare 或 schema generator。

把 formatter 放在工作流前面，通常能明顯降低後面驗證、排錯與結構轉換的成本。

新手快速提示

多數 JSON 錯誤來自漏逗號、尾端逗號，或把雙引號寫成單引號。
如果內容全擠在一行，先美化輸出，再開始找錯。
審查與除錯時用美化 JSON；傳輸或儲存時再切到壓縮 JSON。

相關 JSON 工具

  • 在格式化前後都可以先驗證 JSON，讓語法問題更容易定位。
  • 如果 JSON 已損壞到無法解析，先交給修復工具處理。
  • 清理乾淨後，可直接接到表格編輯、Schema 或轉換工具。

驗證 JSON

檢查 JSON 語法，並在送往 API 或後續流程前快速定位錯誤。

修復 JSON

自動修復常見問題，如缺少引號、尾端逗號與括號不匹配。

JSON 轉 Excel

把乾淨 JSON 轉成表格，支援巢狀欄位展平與即時預覽。

比較 JSON

左右對比兩份 JSON，高亮新增、刪除與修改差異。

JSON 轉表格

在類似試算表的視覺化介面中編輯 JSON 資料，並搭配樹狀導覽查看結構。

JSON Schema 產生器

由整理好的 JSON 產生 JSON Schema，用於驗證、文件與程式碼生成。

常見問題

JSON 格式化有什麼作用？

JSON 格式化會補上合適的縮排、換行與空白，讓原本擠成一行的 payload 更容易閱讀、審查與除錯。

我可以自訂縮排嗎？

可以。你可選擇 2 空格、4 空格，或直接切到壓縮輸出。

格式化會改變我的資料嗎？

不會。格式化只改變呈現方式，不會修改 JSON 的值或結構。

可以格式化很大的 JSON 檔嗎？

可以。大部分 API 回應、設定檔或匯出資料都能順暢處理，極大的檔案可能需要多一點時間。

格式化和驗證有什麼差別？

格式化偏重可讀性，驗證偏重語法正確性。這一頁會把兩件事串在同一個流程裡。

我的 JSON 會被上傳嗎？

不會。格式化、驗證、轉義與反轉義都在你的瀏覽器本機完成。