insomnia通过环境变量与响应提取实现请求链数据传递：先配置环境变量绑定登录请求及jsonpath路径，再在后续请求中用{{ env.var }}引用，支持多层嵌套、跨环境隔离及调试排查。
如果您在Insomnia中需要将前一个请求的响应内容（如token、ID、时间戳等）自动提取并用于后续请求的URL、Headers或Body中，则需依赖其请求链（Chaining Requests）与响应变量提取机制。以下是实现响应链接传递数据的具体操作步骤：
一、配置环境变量以接收响应值
Insomnia通过环境变量作为中间载体，将响应数据持久化并供其他请求引用。该变量需显式声明，并绑定至特定请求的响应解析逻辑，而非手动输入。
1、点击右上角Environments下拉菜单旁的齿轮图标。
2、选择Manage Environments，进入环境管理界面。
3、点击+ Add Environment，输入名称如prod或auth_env。
4、在变量列表中新增一行：变量名设为access_token，值字段不填写具体内容，而是点击右侧出现的Response占位符。
5、在弹出的设置窗口中，Request选项选择已存在的登录请求（如“POST /auth/login”），Filter字段输入$.access_token（根据实际响应JSON结构调整路径），Trigger Behavior保持默认On Request即可。
二、在后续请求中引用提取的变量
一旦环境变量完成响应绑定，其值将在每次触发条件满足时自动更新；后续请求可直接通过Nunjucks语法{{ env.access_token }}调用，无需人工干预或复制粘贴。
1、新建一个需认证的GET请求，例如{{ env.base_url }}/v1/profile。
2、在Headers面板中添加新条目：Authorization → Bearer {{ env.access_token }}。
3、确保该请求右上角环境选择器已切换至步骤一中创建的auth_env。
4、发送请求时，Insomnia自动先检查access_token是否有效（依据Trigger Behavior设定），若需刷新则隐式执行登录请求，并将新token注入当前Header。
三、使用JSONPath多层嵌套提取复杂响应字段
当目标字段位于深层嵌套对象或数组中时，仅靠$.key无法定位，必须使用完整JSONPath表达式精确匹配路径，否则变量提取将失败并返回空值。
1、假设登录响应体为：{"data":{"user":{"id":"123","token":"xyz789"}}}。
2、在环境变量Filter字段中输入：$.data.user.token。
3、若响应含数组且需取首项，例如{"users":[{"id":"u1"},{"id":"u2"}]}，则Filter应写为：$.users[0].id。
4、保存后，在任意请求中使用{{ env.user_id }}即可获取u1。
四、跨环境复用响应变量的隔离策略
同一变量名可在不同环境中独立绑定不同请求与不同JSONPath，实现开发、测试、生产环境间的数据源隔离，避免误用旧token或错误ID。
1、为dev环境新建变量api_key，绑定请求“GET /dev/config”，Filter为$.key。
2、为prod环境新建同名变量api_key，绑定请求“GET /prod/config”，Filter为$.production_key。
3、切换环境时，{{ env.api_key }}自动指向对应环境所绑定的响应字段，无需修改任何请求配置。
五、调试响应变量提取失败的常见排查路径
当{{ env.xxx }}渲染为空或报错时，通常源于JSONPath不匹配、响应未成功返回、或Trigger Behavior未触发，需逐层验证数据流完整性。
1、手动执行源请求（如登录接口），确认响应状态码为200且Body中确实存在目标字段。
2、在Filter字段中临时输入$，查看弹窗中完整响应体，确认字段命名、大小写、嵌套层级与预期一致。
3、检查源请求是否被禁用或所属文件夹已折叠，Insomnia仅对启用状态的请求执行响应提取。
4、右键History中该请求记录 → Copy Response → Paste到文本编辑器，用JSON校验工具验证格式合法性。
