Postman 怎么把登录响应里的 Token 用到下一个请求

在 Postman 里串联登录接口和业务接口，关键不是手工复制 Token，而是把“登录响应字段 → 当前环境变量 → 下一请求 Authorization”连起来。登录请求收到 JSON 后，在 Scripts > Post-response 中读取 access_token，再用 pm.environment.set() 保存；后续请求的 Bearer Token 填写 {{access_token}} 即可复用。

第1步：准备环境变量和两个请求

先在 Postman 选择一个专用环境，例如“测试环境”，建立 api_base 和 access_token 两个变量。api_base 可以填测试服务地址，access_token 初始留空。这样切换本地、测试环境时只换环境，不改请求本身。

准备两个 HTTP 请求：Login 负责提交账号信息，Profile 代表需要登录态的后续接口。Login 的 URL 写成 {{api_base}}/auth/login，Profile 写成 {{api_base}}/me。示例字段名以常见响应为准，真正项目要按接口返回结构调整。

第2步：在登录请求的 Post-response 脚本保存 Token

打开 Login 请求，依次点击 Scripts、Post-response。这里的脚本在收到响应后执行，适合做 JSON 解析、断言和变量写入。先判断 HTTP 状态，再判断字段是否存在，避免一次失败响应把空值写进环境。

// 解析登录响应，并把可用令牌保存到当前环境
const body = pm.response.json();

pm.test("登录接口返回成功", function () {
  pm.response.to.have.status(200);
});

// 兼容常见的 data.token 与直接 token 两种响应外壳
const token = body.access_token || body.data?.access_token || body.data?.token;

pm.test("响应包含 access_token", function () {
  pm.expect(token, "登录响应缺少 Token").to.be.a("string").and.not.empty;
});

if (typeof token === "string" && token.length > 0) {
  // 只写入当前激活环境，不在脚本中打印真实令牌
  pm.environment.set("access_token", token);
}

点击右下角 Save，再点击 Send。看到响应状态为 200，并且 Test Results 中两项测试通过后，打开环境变量面板，确认 access_token 已出现值。图中的令牌用星号遮挡，实际调试时也不要用 console.log(body) 把它打印到共享日志。

第3步：在后续请求的 Authorization 中引用变量

打开 Profile 请求，点击 Authorization，将 Auth Type 设为 Bearer Token，在 Token 输入框填写 {{access_token}}，然后保存请求。不要把 Bearer 再手工写进 Token 框；Postman 会按 Bearer Token 类型生成 Authorization 请求头。

把鼠标移到变量引用上，确认它能解析出当前环境的本地值。请求头预览应类似 Authorization: Bearer ********。如果仍显示未解析的橙色变量提示，先检查右上角环境选择器，而不是马上修改脚本。

第4步：按顺序发送并确认鉴权成功

手动调试时先 Send Login，再 Send Profile。集合运行时，把 Login 放在 Profile 前面，并确保两个请求处在同一套环境上下文中。Profile 返回业务数据且状态为接口约定的成功码，说明变量已经跨请求生效；若直接返回 401，先看请求预览是否真的带了 Authorization。

如果需要动态控制集合中的下一个请求，可在 Post-response 使用 pm.execution.setNextRequest("Profile")，但它只对 Collection Runner、Postman CLI 或 Newman 等集合运行生效，单独点击 Send 不会替你自动发送 Profile。

第5步：处理字段路径、环境和权限问题

1. Token 是 undefined：在响应正文中确认字段到底是 access_token、data.access_token 还是别的名称，修改脚本中的取值路径。
2. 变量没有值：确认环境已激活，且脚本使用的是 pm.environment.set，不是只在当前脚本里短暂存在的 pm.variables.set。
3. 脚本写入但团队成员看不到：环境变量的本地值与共享值有权限和同步区别；先确认自己拥有编辑权限，再决定是否共享，不要把真实 Token 提交到集合。
4. 返回 403：Token 可能有效但权限不足，此时检查登录账号角色、接口所需 scope，以及 API 是否要求不同的自定义 Authorization 前缀。

常见问题

登录接口返回的是 cookie，还能照搬这个方法吗？

不能直接照搬。本文针对 JSON Token；如果接口使用会话 Cookie，应按接口的 Cookie 机制处理，不要把 Cookie 字符串误当成 Bearer Token。

为什么脚本里能读取 Token，下一请求却是空的？

优先检查是否选中了同一个环境，以及 Login 是否真的先执行并通过了保存逻辑。还要确认 Profile 的 Token 字段写的是 {{access_token}}，而不是带空格或拼写差异的变量名。

能不能把 Token 放到全局变量？

可以，但登录态通常只服务于一组环境，使用环境变量更容易隔离本地、测试和生产值；除非确实需要跨环境共享，否则不建议扩大作用域。

完成后，重新登录一次、查看环境变量值，再从 Profile 的请求预览确认 Authorization。三处都一致，Token 串联就稳定了。