Trình định dạng và trình xác thực JSON
Dán JSON từ phản hồi API, tệp cấu hình hoặc dòng nhật ký để xác thực cú pháp, in đẹp với thụt lề dễ đọc hoặc rút gọn để sản xuất. Lỗi hiển thị gợi ý ở cấp dòng về các dấu phẩy bị thiếu, khóa không có dấu ngoặc kép và dấu ngoặc đơn — cần thiết khi gỡ lỗi webhook, API REST và tải trọng GraphQL. Mọi thứ chạy ngay trong trình duyệt nên mã thông báo và PII không bao giờ rời khỏi trình duyệt của bạn.
Đầu vào
Đầu ra
{
"hello": "world"
}
Cách định dạng và xác thực JSON
1. Dán JSON thô vào vùng đầu vào (hoặc một đoạn được bao bọc nếu cần).
2. Nhấp định dạng để in đẹp với thụt lề 2 dấu cách tiêu chuẩn hoặc rút gọn thành một dòng.
3. Khắc phục mọi lỗi xác thực mà trình phân tích cú pháp báo cáo — thường là dấu phẩy hoặc dấu đơn ở cuối dấu ngoặc kép.
4. Sao chép đầu ra đã được làm sạch vào IDE, Postman hoặc cấu hình triển khai của bạn.
Ví dụ về định dạng JSON
Phản hồi API in đẹp
Đã rút gọn `{"id":42,"name":Ada","roles":["admin","user"]}` trở thành JSON nhiều dòng được thụt lề để tìm ra các khác biệt có thể đọc được trong quá trình xem xét mã.
Bắt JSON không hợp lệ
`{"status": "ok",}` không thành công — dấu phẩy sau thuộc tính cuối cùng. Xóa dấu phẩy trước `}` để xác thực.
Giảm thiểu cho nội dung HTTP
Cấu hình đẹp 4 KB được thu nhỏ ~30% — hữu ích khi kích thước quan trọng, mặc dù gzip thường làm cho cả hai đều nhỏ trên dây.
Khi nào nên dùng công cụ này
• Khi một API trả về một blob JSON một dòng và bạn cần đọc các trường lồng nhau.
• Khi cấu hình CI hoặc pack.json không phân tích cú pháp được và bạn cô lập dòng xấu.
• Khi bạn vệ sinh tải trọng trước khi chia sẻ trong báo cáo lỗi (trước tiên hãy biên tập lại các bí mật).
Khi nào nên chọn công cụ khác
• Khi bạn cần chuyển đổi JSON ↔ CSV — hãy dùng jsonToCsv / csvToJson.
• Khi bạn chỉ xác thực lược đồ (loại, trường bắt buộc) — hãy dùng trình xác thực Lược đồ JSON.
• Khi tệp vượt quá bộ nhớ trình duyệt — hãy dùng trình định dạng jq hoặc IDE trên máy tính để bàn.
Gỡ lỗi API với JSON được định dạng
Khi tìm nạp trả về 200 nhưng dữ liệu sai, bản in đẹp sẽ hiển thị lồng nhau: `user.id` bị thiếu hay bị đổi tên? So sánh các phản hồi trước/sau được định dạng trong git diff. Đối với GraphQL, mảng lỗi thường nằm bên cạnh `data` — việc thụt lề cho thấy một phần thành công. Biên tập lại các tiêu đề và mã thông báo ủy quyền trước khi dán vào bất kỳ công cụ nào, kể cả các công cụ cục bộ, trên các bản ghi được chia sẻ.
Xác thực trong quy trình phát triển
Lược đồ JSON xác thực hình dạng; một trình định dạng xác nhận cú pháp. Chạy định dạng đầu tiên trong đường dẫn — JSON không hợp lệ sẽ nhanh chóng bị lỗi. Giảm thiểu trước khi nhúng vào thẻ tập lệnh HTML để giảm sự cố thoát, nhưng ưu tiên tìm nạp các tệp `.json` riêng biệt trong thời gian chạy. Thụt lề tiêu chuẩn là 2 dấu cách (npm, hầu hết các API); 4 dấu cách xuất hiện trong một số cấu hình Java — chọn quy ước nhóm.
Câu hỏi thường gặp
Điều gì khiến JSON không hợp lệ?
Khóa không trích dẫn, dấu ngoặc đơn, dấu phẩy ở cuối, nhận xét (không chuẩn), hằng NaN/Infinity hoặc dấu ngoặc không khớp.
Nó có giữ nguyên thứ tự khóa không?
Có — các đối tượng được phân tích cú pháp sắp xếp lại tuần tự hóa theo thứ tự chèn cho các khóa như được phân tích cú pháp (hành vi ES2015+).
Tôi có thể định dạng JSON bằng bí mật không?
Quá trình xử lý diễn ra cục bộ — an toàn hơn so với các trình định dạng đám mây — nhưng vẫn tránh dán khóa sản xuất trên màn hình dùng chung.
In đẹp hay rút gọn?
Đẹp cho con người; thu nhỏ để lưu trữ hoặc tập lệnh nhúng. Giống nhau về mặt ngữ nghĩa nếu hợp lệ.
Nó có tự động sửa JSON không?
Nó báo lỗi; một số vấn đề (dấu phẩy cuối) bạn khắc phục theo cách thủ công. Nó không đoán được dữ liệu bị hỏng.
Dữ liệu của tôi có bị gửi lên máy chủ không?
Không. Phân tích cú pháp và định dạng diễn ra hoàn toàn trong trình duyệt.
Công cụ này có miễn phí không?
Có.