使用 JSONPath 表达式交互式查询 JSON 数据。
结果将显示在这里...对结构化 JSON 运行 JSONPath 查询，检查嵌套字段、验证选择器，并在提交抽取规则前先做一次本地调试。
执行 JSONPath 表达式，并在结果面板中显示匹配到的节点。
帮助你确认分析、ETL 和 API 转换中使用的选择器是否只命中了预期数据。
面对层级很深的 JSON 时，可以先快速定位抽取路径，减少手动翻查。
示例负载
{"data":{"items":[{"id":"a1","status":"ok"}]}}选择器
$.data.items[*].id
嵌套选择器
$..status
查询结果
["a1"]
匹配列表
["ok"]
调试说明
尽量让选择器保持明确，避免在线上规则里误匹配过多节点。
选择器没有返回任何节点
检查键名、数组索引路径和嵌套层级是否与实际 JSON 一致。
通配符返回了过多结果
缩小匹配范围，改用更明确的路径段或过滤条件。
表达式与目标运行时不兼容
确认生产环境所用 JSONPath 方言支持当前写法。
上游数据结构发生变化
在接口字段或契约更新后重新验证选择器。
JSONPath 游乐场适合在编写抽取规则、排查方言差异和沉淀回归样例前先做一次快速核对。
JSONPath 是完全统一的标准吗？
不是。不同库支持的语法会有细微差异。
可以同时查询数组和嵌套对象吗？
可以，JSONPath 支持跨数组和对象层级进行选择。
为什么这里能跑通，代码里却失败了？
通常是运行时实现差异导致的，需要对照实际使用的 JSONPath 方言确认兼容性。
复杂选择器应该写在代码里还是配置里？
放在配置里更方便复用，但关键选择器最好同时配套测试。