pm.sendRequest本质是异步非阻塞的，它仅发起请求后立即返回，不等待响应，因此无法在前置脚本中同步获取数据；正确做法是将依赖请求拆分为独立请求，并通过Tests设全局变量、后续请求引用变量实现顺序依赖。
Postman 的 pm.sendRequest 本质是异步的，前置脚本里调用它不会阻塞后续请求执行 —— 这不是 bug，是设计如此。想让它“等完再发”，必须手动加控制逻辑。
为什么 pm.sendRequest 不会阻塞后续请求
Postman 的预请求脚本（Pre-request Script）和测试脚本（Tests）都运行在单线程 JS 沙箱中，但 pm.sendRequest 是一个**纯异步发起函数**：它只负责把请求丢进网络队列，立刻返回，不等响应就继续往下走。所以你在 A 请求的 Pre-request 里写 pm.sendRequest(...)，A 本身仍会按计划发出，B 请求也照常启动，完全不受影响。
- 它没有 Promise 返回值，不能
await - 它不提供同步等待 API，Postman 官方明确不支持阻塞式调用
- Collection Runner 的“顺序执行”仅指请求列表的调度顺序，不干预脚本内部的异步行为
想让 B 等 A 的前置请求完成？别用 pm.sendRequest 做依赖链
如果你需要“先调接口 X 拿 token，再用这个 token 发请求 B”，pm.sendRequest 不适合放在 B 的 Pre-request 里去拉 token —— 因为它发出去就不管了，B 已经带着空 token 跑了。
- ✅ 正确做法：把 token 获取逻辑提前到独立请求 A 中，在 A 的
Tests里用pm.globals.set("token", ...)存好 - ✅ 再让 B 在 Header 或 Auth 中直接引用
{{token}}，靠 Collection 执行顺序保障数据可用 - ❌ 错误尝试：在 B 的 Pre-request 里
pm.sendRequest拉 token + 同步赋值给变量 → 变量永远是 undefined
postman.setNextRequest() 和 pm.sendRequest 别混用
这两个 API 解决的是完全不同的问题：postman.setNextRequest() 控制的是 Collection Runner 的**请求调度顺序**；而 pm.sendRequest() 是在单个请求生命周期内**额外发一个后台请求**。强行组合容易出错。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 在 A 的 Tests 里写
postman.setNextRequest("B")，只是告诉 Runner “A 跑完下一个跑 B”，和 A 里有没有pm.sendRequest无关 - 如果 A 的 Pre-request 里有
pm.sendRequest，它的回调函数里再调postman.setNextRequest("C")，Runner 会忽略 —— 因为此时 A 还没执行完，调度器已锁定下一步是 B - 真正生效的
postman.setNextRequest()必须在当前请求的 Tests 阶段执行，且只能设一次（后设覆盖前设）
真要轮询或重试，得自己管状态和终止条件
比如“调创建订单接口 → 等待轮询查询结果”，不能靠 pm.sendRequest 发完就结束。你得在轮询请求（比如叫 “check-order”）的 Tests 里判断响应状态，再决定是否继续跳转：
const res = pm.response.json();
if (res.status === "processing") {
// 2 秒后重试
setTimeout(() => {
postman.setNextRequest("check-order");
}, 2000);
} else if (res.status === "success") {
// 成功，停止
postman.setNextRequest(null);
} else {
// 失败，也停
console.error("Order check failed:", res);
postman.setNextRequest(null);
}
注意：setTimeout 在 Postman 沙箱中是可用的，但它不会阻塞 Runner，只是延迟触发下一次调度 —— 所以必须配合 postman.setNextRequest() 才能形成可控轮询。漏掉 postman.setNextRequest(null) 就可能无限循环。
最易被忽略的一点：所有基于 pm.sendRequest 的异步逻辑，其数据落地（如存全局变量）必须发生在回调函数内部；所有依赖该数据的后续动作（如设置 header、跳转请求），必须也在同一回调里触发，否则大概率读到旧值或空值。
