JSON

ทดสอบ JSONPath

ทดสอบนิพจน์ JSONPath กับข้อมูล JSON จริง — ดูตัวอย่างค่าที่พบและเส้นทางของค่าเหล่านั้นทันที

$ — ราก · .key / ['key'] — พร็อพเพอร์ตี้ · .. — ค้นหาแบบเรียกซ้ำ · [*] — ทุกอิลิเมนต์ · [0,1] — ดัชนี · [0:2] — สไลซ์ · [?(@.price<10)] — ตัวกรอง

JSONPath lets you reach into nested JSON values the way XPath does for XML — a compact path string like $.users[0].email instead of manually walking the structure. This tool lets you test an expression against real data and see the result instantly.

How to use it

Common uses

Things to keep in mind

There's no single official JSONPath standard — the basic syntax (dots, brackets, *) is supported the same way everywhere, but filters and more advanced expressions differ between libraries.

Array indexing in JSONPath starts at zero, like in most programming languages — [0] means the first element.

บทความเกี่ยวกับเครื่องมือนี้: JSONPath: ค้นหาข้อมูลใน JSON โดยไม่ต้องแยกวิเคราะห์เอง

คำถามที่พบบ่อย

นิพจน์ JSONPath อย่าง $.store.book[*].author ทำอะไรกันแน่?

มันเดินทางผ่านโครงสร้าง JSON เริ่มจากรูท ($) ผ่านคีย์ store และ book และไวลด์การ์ด [*] จะเลือกทุกสมาชิกใน array book ก่อนอ่านฟิลด์ author ของแต่ละตัว

$.a.b กับ $..b ต่างกันอย่างไร?

จุดเดียวเข้าถึงพร็อพเพอร์ตี้ลูกโดยตรง ส่วนจุดคู่ (recursive descent) จะค้นหาในทุกระดับความลึกของโครงสร้าง จับคู่กับคีย์ชื่อ b ทุกที่ที่ปรากฏ ไม่ใช่แค่ในฐานะลูกโดยตรง

เครื่องมือนี้ส่ง JSON ของฉันไปที่ไหนเพื่อประเมินเส้นทางหรือไม่?

ไม่ นิพจน์ JSONPath ถูกประเมินทั้งหมดในเบราว์เซอร์ของคุณ ข้อมูลของคุณจะไม่ออกจากอุปกรณ์เลย

ต้องเข้าถึงคีย์ที่มีจุดหรือช่องว่างอย่างไร?

ผ่านวงเล็บเหลี่ยมพร้อมเครื่องหมายคำพูด: $['user.name'] แทนที่จะเป็น $.user.name — มิฉะนั้น parser จะอ่านจุดเป็นตัวแบ่งระดับการซ้อน ไม่ใช่ส่วนหนึ่งของชื่อคีย์

JSONPath มีมาตรฐานทางการเพียงหนึ่งเดียวหรือไม่?

ไม่ ไวยากรณ์พื้นฐาน (จุด วงเล็บ เครื่องหมายดอกจัน) รองรับเหมือนกันแทบทุกที่ แต่ตัวกรองและนิพจน์ขั้นสูงแตกต่างกันไปตามไลบรารี — ควรตรวจสอบความเข้ากันได้สำหรับนิพจน์ที่ซับซ้อน

บทความ: JSON

JSON Formatter: การจัดรูปแบบ ย่อขนาด และตรวจสอบความถูกต้อง

จัดรูปแบบเพื่อให้อ่านง่าย ย่อขนาดเพื่อลดขนาด ตรวจสอบเพื่อความถูกต้อง — สามงานที่ต่างกันกับ JSON

JSON Diff: การเปรียบเทียบเชิงโครงสร้างต่างจากการเปรียบเทียบข้อความอย่างไร

เหตุใดลำดับคีย์จึงไม่ควรส่งผลต่อการเปรียบเทียบเอกสาร JSON สองฉบับ

JSON Schema: วิธีอธิบายและตรวจสอบโครงสร้างของ JSON

JSON Schema ช่วยตรวจสอบโดยอัตโนมัติว่าข้อมูลตรงกับสัญญาที่คาดหวังหรือไม่ได้อย่างไร

JSON Flatten: แปลงโครงสร้างซ้อนกันให้เป็นรายการแบบแบน

JSON ที่ซ้อนกันลึกแปลงเป็นรายการแบนของคีย์แบบ user.address.city ได้อย่างไร

JSON Sort Keys: เหตุใดจึงต้องเรียงลำดับคีย์ของอ็อบเจกต์

เหตุใดลำดับคีย์ JSON จึงไม่ถูกกำหนดไว้ แต่การเรียงลำดับยังคงมีประโยชน์ในทางปฏิบัติ

JSON Repair: เหตุใด JSON จึงเสียหายและจะแก้ไขอย่างไร

สาเหตุทั่วไปของ JSON ที่ "เสียหาย" และสิ่งที่การซ่อมแซมอัตโนมัติทำได้และทำไม่ได้

Mock JSON Generator: ข้อมูลปลอมมีประโยชน์อย่างไร

ข้อมูล mock ช่วยให้เริ่มสร้าง UI ได้ก่อนที่ backend จะพร้อมอย่างไร

JSON ↔ YAML/CSV/XML/TOML: เมื่อไหร่และทำไมต้องแปลง

ข้อมูลใดสูญหายเมื่อแปลง JSON เป็น CSV และเหตุใด YAML กับ TOML จึงเป็นที่นิยมสำหรับไฟล์การตั้งค่า