ตัวจัดรูปแบบและตรวจสอบ JSON
วาง JSON จากการตอบ API ไฟล์คอนฟิก หรือบรรทัดล็อก เพื่อตรวจสอบไวยากรณ์ พิมพ์สวยด้วยการเยื้องที่อ่านได้ หรือย่อสำหรับโปรดักชัน
วิธีจัดรูปแบบและตรวจสอบ JSON
1. วาง JSON ดิบในช่องอินพุต (หรือชิ้นส่วนที่ห่อถ้าจำเป็น)
2. คลิกจัดรูปแบบเพื่อพิมพ์สวยด้วยเยื้อง 2 ช่องว่างมาตรฐาน หรือย่อเป็นบรรทัดเดียว
3. แก้ข้อผิดพลาดที่พาร์เซอร์รายงาน — มักเป็นจุลภาคท้ายหรือเครื่องหมายคำพูดเดี่ยว
4. คัดลอกเอาต์พุตที่สะอาดไปยัง IDE, Postman หรือคอนฟิกดีพลอย
ตัวอย่างการจัดรูปแบบ JSON
พิมพ์สวยการตอบ API
JSON ย่อ `{"id":42,"name":"Ada","roles":["admin","user"]}` กลายเป็น JSON หลายบรรทัดเยื้อง สำหรับ diff ที่อ่านได้ในรีวิวโค้ด
จับ JSON ที่ไม่ถูกต้อง
`{"status": "ok",}` ล้มเหลว — จุลภาคท้ายหลังพร็อพเพอร์ตี้สุดท้าย ลบจุลภาคก่อน `}` เพื่อให้ผ่าน
ย่อสำหรับบอดี้ HTTP
คอนฟิก pretty 4 KB หด ~30% เมื่อย่อ — มีประโยชน์เมื่อขนาดสำคัญ แม้ gzip มักทำให้ทั้งคู่เล็กบนสาย
เมื่อไหร่ควรใช้เครื่องมือนี้
• เมื่อ API คืน JSON ก้อนบรรทัดเดียวและต้องการอ่านฟิลด์ซ้อน
• เมื่อคอนฟิก CI หรือ package.json พาร์สไม่ผ่าน และคุณแยบบรรทัดเสีย
• เมื่อทำความสะอาดเพย์โหลดก่อนแชร์ในรายงานบั๊ก (ปิดบังความลับก่อน)
ดีบัก API ด้วย JSON ที่จัดรูปแบบ
เมื่อ fetch คืน 200 แต่ข้อมูลผิด การพิมพ์สวยเปิดการซ้อน: `user.id` หายหรือถูกเปลี่ยนชื่อ? เปรียบเทียบการตอบก่อน/หลังที่จัดรูปแบบใน git diff สำหรับ GraphQL อาร์เรย์ errors มักอยู่ข้าง `data` — การเยื้องเผยความสำเร็จบางส่วน ปิดบังส่วนหัว Authorization และโทเค็นก่อนวางในเครื่องมือใด ๆ แม้ในเครื่อง บนการบันทึกที่แชร์
คำถามที่พบบ่อย
อะไรทำให้ JSON ไม่ถูกต้อง?
คีย์ไม่มีคำพูด คำพูดเดี่ยว จุลภาคท้าย ความคิดเห็น (ไม่มาตรฐาน) ลิเทอรัล NaN/Infinity หรือวงเล็บไม่คู่
คงลำดับคีย์หรือไม่?
คง — อ็อบเจ็กต์ที่พาร์สแล้วซีเรียลไลซ์ใหม่ตามลำดับแทรกของคีย์ตามที่พาร์ส (พฤติกรรม ES2015+)
จัดรูปแบบ JSON ที่มีความลับได้หรือไม่?
ประมวลผลในเครื่อง — ปลอดภัยกว่าตัวจัดรูปแบบบนคลาวด์ — แต่ยังหลีกเลี่ยงการวางคีย์โปรดักชันบนหน้าจอที่แชร์
pretty-print กับ minify?
Pretty สำหรับคน minify สำหรับที่เก็บหรือสคริปต์ฝัง เหมือนกันเชิงความหมายหากถูกต้อง
แก้ JSON อัตโนมัติหรือไม่?
รายงานข้อผิดพลาด บางปัญหา (จุลภาคท้าย) คุณแก้เอง ไม่เดาข้อมูลที่เสียหาย