Postman pre-request script 怎样把响应值写入环境

如果你想把登录接口返回的 token 交给下一条请求使用，关键不是在当前请求的 Pre-request 里“提前读取响应”，而是把两个时机接起来：登录请求收到响应后，在 Post-response 脚本中提取字段并写入当前环境；下一条请求发送前，再由 Pre-request 脚本读取这个环境变量。这样请求链才不会依赖手工复制 token。

官方地址：https://www.postman.com/

先把“响应值”和“前置脚本”放回正确时机

打开一个集合中的登录请求，先确认右上角环境选择器已经选中目标环境，例如 local。Postman 的脚本有明确时序：请求发送前运行 Scripts > Pre-request，收到响应后运行 Scripts > Post-response。因此当前请求的响应还没有产生时，前置脚本不可能直接读取它；真正的响应字段提取应放在上一个请求的 Post-response 中。

本文用两个请求串起场景：Login 返回 token，Get Profile 在发送前读取 access_token。环境变量会被后续请求引用，变量值是否共享则取决于你使用的是本地值还是共享值。

第1步：准备活动环境和 access_token

在左侧选择 Environments，打开当前环境，在表格底部添加变量 access_token。可以先把初始值留空；如果它属于敏感凭据，使用环境的安全设置或 Vault 管理，不要把真实 token 写进集合脚本。

完成标志是请求右上角的环境选择器显示目标环境，并且变量面板能看到 access_token 这一行。若没有活动环境，pm.environment.set 就没有你预期的目标作用域。

第2步：在 Login 的 Post-response 中保存响应字段

打开 Collections → Login，点击 Scripts → Post-response，把下面脚本中的字段路径改成你的响应结构。这个示例假设响应是 {"token":"..."}，先判断字段是否存在，再覆盖环境变量，避免一次异常响应把旧值清空。

// 读取登录请求刚收到的 JSON 响应
const body = pm.response.json();
const token = body.token;

// 响应缺少 token 时保留旧值，并在 Console 留下排查线索
if (!token) {
  console.warn("响应中没有 token，未更新 access_token");
} else {
  // 把新 token 写入当前激活环境，供后续请求使用
  pm.environment.set("access_token", token);
}

点击 Save 后发送 Login。成功时，在环境变量表或 Variables 面板中能看到 access_token 已有本地值；如果 JSON 是嵌套结构，就把 body.token 改成真实路径，例如 body.data.accessToken。不要在这里使用前置脚本标签，因为那时 pm.response 还没有当前响应。

第3步：在下一条请求的 Pre-request 中读取变量

打开 Collections → Get Profile，选择 Scripts → Pre-request。这里的职责是发送前准备请求，可以读出刚才保存的变量并写入 Authorization 头；也可以直接在请求的 Authorization 或 Headers 区域引用 {{access_token}}，脚本适合需要拼接前缀、做缺失检查的情况。

// 在请求发送前读取当前环境中的访问令牌
const token = pm.environment.get("access_token");

// 变量为空时立即中止，避免发出没有认证头的请求
if (!token) {
  throw new Error("当前环境没有 access_token，请先发送 Login");
}

// 为本次请求补上 Bearer 认证头，不把真实令牌硬编码进集合
pm.request.headers.upsert({
  key: "Authorization",
  value: `Bearer ${token}`
});

保存并发送 Get Profile。完成标志是请求头中出现 Authorization: Bearer ...，而且脚本没有抛出缺少变量的错误。若只需要替换 URL、参数或 JSON 字段，直接使用 {{access_token}} 通常更直观。

第4步：按作用域和执行日志排查“不生效”

调试时可在两个脚本中加入 console.log，然后打开 Postman Console 查看执行顺序和变量是否为空。不要把真实 token 粘贴到文章、截图或公共集合中；示意图中的值只代表界面状态，不是可用凭据。

常见问题

能不能在同一个请求的 Pre-request 中读取它自己的响应？不能。响应发生在请求发送之后，应在 Post-response 中读取；需要串联时让下一个请求的 Pre-request 消费前一个请求写入的变量。

为什么我写了 pm.environment.set，下一次还是旧值？先检查活动环境、变量是否被更窄作用域覆盖，以及保存脚本后是否重新发送了产生新响应的请求。

只替换请求头还需要写前置脚本吗？不一定。简单场景可在 Headers 中写 {{access_token}}；只有需要拼接、判断或转换时才值得用 Pre-request。

官方脚本说明在哪里？可查看 https://learning.postman.com/docs/tests-and-scripts/write-scripts/pre-request-scripts/ 与 https://learning.postman.com/docs/use/send-requests/variables/environment-variables/。