跳至內容
資料工具

JSON 格式化工具

貼上 JSON 即可立即進行格式化、壓縮與驗證。
可將 JSON 美化為易讀格式,或壓縮成精簡版本,
並一鍵複製處理後的結果。

工具會即時提示語法錯誤,
適合用於檢查 API 回應、設定檔與測試資料。
所有處理皆在瀏覽器中完成,
輸入的 JSON 不會傳送至任何伺服器,快速又安全。

指南: 使用方式與特色

  • 將 JSON 貼上至輸入區,點擊「格式化」或「壓縮」即可查看結果。
  • 若解析失敗,會顯示包含行號的錯誤訊息,方便立即修正。
  • 可複製或下載格式化後的內容,交給其他工具或同事使用。
  • 所有操作皆在瀏覽器中完成,資料不會被上傳。

範例: 輸入與輸出範例

Pretty-print JSON

輸入範例

{"name":"Taro","age":28,"active":true}

輸出範例

{
  "name": "Taro",
  "age": 28,
  "active": true
}

FAQ: 常見問題

  • 支援 JSON5 或含註解的 JSON 嗎?

    僅支援標準 JSON。註解或結尾逗號會被視為錯誤,貼上前請先移除。
  • 格式化與壓縮有何不同?

    格式化會加入縮排提升可讀性;壓縮則移除空白與換行以縮小大小。
  • 錯誤位置如何顯示?

    解析失敗時會顯示含行號的訊息,修正該處後再執行即可。

使用情境: 常見的使用情境

  • Formatting API responses

    Pretty-print nested payloads so reviews and debugging sessions are easier to follow.

  • Minifying before embedding

    Shrink JSON for query parameters or code snippets to avoid hitting length limits.

  • Catching syntax issues quickly

    Spot trailing commas or missing quotes the moment you paste the payload.

注意: 注意事項與限制

  • 處理皆在瀏覽器內完成

    輸入與輸出都留在你的裝置,關閉分頁或清除快取時,暫存狀態會被移除。

  • 關鍵資料請再次確認

    結果僅供輔助,放到正式系統或對外分享前請先檢查並依需求驗證。

  • 大型資料仰賴裝置性能

    非常大的文字或檔案在部分瀏覽器可能較慢,建議重度工作時使用桌面環境。

JSON 格式化與驗證工具

JSON 常用於 API 回應、設定檔、日誌、測試資料與 NoSQL 文件。少一個逗號、引號或括號,都可能造成解析失敗。這個工具可以在瀏覽器中格式化 JSON、加入縮排,並協助檢查語法錯誤。

常見使用情境

  • 檢查 API 回應:將壓縮過的 JSON 轉成容易閱讀的結構。
  • 驗證設定檔:在部署前找出 JSON 語法錯誤。
  • 整理文件範例:把格式化後的 JSON 貼到 issue、PR 或技術文件中。

注意事項

JSON 不支援註解,而且 "1"1 是不同型別。驗證時也要確認字串、數字、布林值、陣列、物件與 null 是否符合 API 或設定規格。

這個工具的相關文章

最新文章

使用案例
2026-08-07

curl 選項速查|-X、-H、-d 實際做了什麼與常見陷阱

整理實務上會遇到的 curl 選項:為什麼加了 -d 就已經是 POST、-d 與 --data-raw 的差別、開頭的 @ 會悄悄讀取檔案的陷阱、單引號與雙引號的取捨,以及為什麼 -k 和 -L 值得多想一下。

工具介紹
2026-08-06

JSON Schema 與 Zod 雙向轉換的原理|required 與 .optional() 的對應

解析雙向轉換器的實作:把 JSON Schema 轉成 Zod 結構定義,也把 Zod 程式碼轉回 JSON Schema。內容涵蓋 required 與 .optional() 預設值相反的陷阱、限制條件對照表,以及不執行程式碼就完成剖析的做法。

使用案例
2026-08-06

SQL 子句執行順序參考|為什麼 WHERE 看不到 SELECT 的別名

SQL 並不是照您撰寫的順序執行。以邏輯執行順序(FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT)為主軸,說明別名為何在 WHERE 無法使用、WHERE 與 HAVING 的分工、ONLY_FULL_GROUP_BY、COUNT(*) 與 COUNT(欄位) 的差異,以及 LEFT JOIN 搭配 WHERE 的陷阱。

使用案例
2026-08-06

unified diff 格式閱讀指南|看懂 git diff 的 @@ 標頭

說明如何閱讀 git 產生的 unified diff 格式:@@ -12,7 +12,9 @@ 四個數字的意義、只改一個字元為何顯示成整行替換、空白與換行字元的陷阱、\ No newline at end of file、合併提交的 @@@ 組合式 diff,以及以 similarity index 推斷檔案更名。

使用案例
2026-08-06

UTC⇄JST 換算參考手冊|9小時時差對照表與時區踩雷指南

以對照表整理 UTC 與日本時間(JST)的換算,並說明與台灣時間(UTC+8)相差 1 小時的關係。內容涵蓋 ISO 8601 的 Z 與 +09:00、JavaScript 日期解析悄悄位移 9 小時的條件、MySQL/PostgreSQL 的時區行為,以及 GitHub Actions cron 一律以 UTC 執行的陷阱。

使用案例
2026-08-04

CREATE TABLE 參考手冊|MySQL、PostgreSQL、SQLite 的型別與約束差異

以跨資料庫對照表整理 CREATE TABLE(DDL)的寫法:型別對應表、自動編號(AUTO_INCREMENT / IDENTITY / rowid)的方言差異、外鍵的 ON DELETE 行為,以及 MySQL 會靜默忽略的 CHECK 約束。

廣告

廣告