Postman 怎么把响应字段保存为下一个请求变量

在 Postman 里把登录、创建资源等请求的响应字段传给下一个请求，核心只有三步：在 Tests 脚本中读取响应 JSON，用 pm.environment.set() 写入当前环境，再在后续请求里使用 {{变量名}}。例如响应里有 data.token 时，可以保存为 access_token，后面的请求就能复用它。

一、先确认环境和响应字段

先准备一个会返回 JSON 的请求，例如登录接口。右上角的环境选择器要切到 local-api，不要停留在 No environment。发送请求后，在响应 Body 中确认字段的真实层级，下面的示例假设响应结构是：

{
  "data": {
    "token": "TOKEN_PLACEHOLDER"
  }
}

这里真正要取的是 json.data.token，不是 json.token。字段路径先核对清楚，后面的脚本才有意义。

二、在 Tests 脚本中提取并保存响应字段

1. 打开脚本入口。在请求编辑区点击 Tests 标签，确认脚本写在当前这个请求下，而不是旁边请求的 Pre-request Script。
2. 读取响应并写入环境。粘贴下面的最小脚本，然后点击 Send 重新发送请求。代码中的注释只说明关键边界，避免把整个脚本变成逐行翻译。

// 读取当前请求已经返回的 JSON 对象
const json = pm.response.json();
const token = json.data?.token;

// 没取到字段时立即报错，避免把空值传给下一个请求
pm.test('响应包含 token', function () {
  pm.expect(token, 'data.token').to.be.a('string').and.not.empty;
});

// 写入当前选中的环境，后续请求用 {{access_token}} 读取
pm.environment.set('access_token', token);

脚本执行后，打开右上角环境变量面板，应该能看到 access_token 的本地值。图中使用的是占位值，实际项目不要把真实凭据写进文章、截图或共享集合。

三、在下一个请求中引用变量并确认解析

打开同一集合里的下一个请求，例如用户信息接口。根据接口要求，在 Authorization、Header 或 Body 中填入变量：

Authorization: Bearer {{access_token}}

1. 在请求的 Authorization 或 Headers 面板输入 Bearer {{access_token}}。
2. 把鼠标放到变量名上，或打开请求预览，确认 Postman 能显示解析后的本地值。
3. 点击 Send，观察响应状态和服务端是否识别到授权信息。

如果请求预览里仍然显示双花括号，先别改接口代码，优先检查右上角是否仍选中 local-api，以及脚本写入的名字是不是 access_token。

四、变量作用域和常见故障怎么分

Postman 支持全局、集合、环境、数据和本地等变量作用域。同名变量存在时，作用域更窄的值可能覆盖更宽作用域的值。这个特性很方便，但也会制造“我明明保存了，为什么读到旧值”的错觉。

排查时可以暂时加入 console.log(token)，在 Postman Console 中看脚本实际取到了什么。确认后删除调试输出，避免把敏感值留在日志里。对象或数组不能直接当成普通字符串长期保存，需要先 JSON.stringify()，下一个请求再按需解析。

常见问题

应该把脚本写在 Tests 还是 Pre-request Script？

读取当前响应并保存给下一个请求时写在 Tests。Pre-request Script 发生在发送当前请求之前，拿不到这一次请求刚返回的响应。

为什么用了 pm.globals.set() 也能工作，但不推荐默认这样写？

全局变量作用范围更大，容易让不同集合互相污染。只给当前环境使用的令牌优先写入 pm.environment.set()，需要集合内固定配置时再考虑集合变量。

响应字段是数字或对象时怎么办？

数字可以先保存为变量字符串，再在后续请求中按接口要求传递；对象和数组建议用 JSON.stringify() 存储，读取后用 JSON.parse() 还原。

把响应字段保存成变量的关键不是复制一段固定脚本，而是把“响应路径、变量作用域、下一个请求的引用”三处名字对齐。只要这三处一致，Postman 的请求链就能稳定传值。