Postman 怎样在请求前生成动态变量

Postman 要在请求发送前生成动态变量，核心就是把 JavaScript 写入当前请求的 Scripts → Pre-request，再用 pm.environment.set 写入活动环境。发送请求时，URL、参数或请求头中的 {{变量名}} 会读取这次脚本写入的值。

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

步骤一：先选中活动环境并准备变量引用

打开 Postman 后，先在右上角环境选择器中选中要测试的环境，例如 测试环境。在请求 URL 中保留一个可读的变量引用：{{request_id}}；如果希望把时间戳放在请求头中，可以添加 X-Request-Time: {{request_time}}。

这一步只准备变量名，不需要提前填入最终值。变量名必须和脚本里的字符串完全一致，大小写、下划线都不能混用。若同名变量同时存在于集合和环境中，先确认当前环境是否是你准备修改的那一个。

步骤二：打开当前请求的 Pre-request 入口

在左侧 Collections 中展开集合并打开目标请求，进入请求编辑区后选择 Scripts，再切换到 Pre-request。这个入口只表示脚本会在当前请求发送前运行；如果把脚本放在集合或文件夹层级，它还可能影响该层级下的其他请求。

看到脚本编辑器后，确认上方仍显示当前请求名称，再开始编写。需要复用同一逻辑时，可以把脚本提升到集合或文件夹，但本文先保持在请求级，便于确认变量到底由哪段脚本产生。

步骤三：用 pm.environment.set 生成两个动态值

下面的示例为每次请求生成一个时间戳和一个简单的请求标识。脚本中的注释说明了变量写入位置和日志边界；日志只打印非敏感的调试信息，不要把 Token、密码或完整密钥写进控制台。

// 生成发送前的时间和请求标识，供当前环境中的请求引用
const requestTime = new Date().toISOString();
const requestId = `req-${Date.now()}`;

// 写入活动环境，URL 和请求头中的 {{变量名}} 会读取这两个值
pm.environment.set("request_time", requestTime);
pm.environment.set("request_id", requestId);

// 只记录可用于排查的非敏感信息，避免输出令牌或密码
console.log(`request_id=${requestId}, request_time=${requestTime}`);

点击编辑器右下角的 Beautify 可以整理格式，再点击 Save 保存。脚本不会在你只打开页面时运行，它是在请求发送前执行，所以每次点击 Send 都会得到新的时间和标识。

步骤四：发送请求并核对变量作用域

保存脚本后回到请求页，点击 Send。打开请求预览或变量提示，确认 {{request_id}} 已经被一个以 req- 开头的值替换，{{request_time}} 也已经变成 ISO 时间字符串。如果接口会回显请求头，可在响应或 Postman Console 中核对对应值。

如果只想让变量在当前请求或当前集合运行期间存在，可以改用 pm.variables.set；如果要更新活动环境并让后续请求继续引用，则使用 pm.environment.set。团队环境还涉及权限：没有编辑权限时，脚本修改可能只对本地可见，不能把它误判为已经共享给其他成员。

常见问题

为什么脚本写好了，发送时变量仍然是空的？

优先检查右上角是否选中了活动环境、变量名是否完全一致，以及脚本是否放在当前请求的 Pre-request 标签中。仅把变量写进另一个环境，不会改变当前请求的解析结果。

pm.environment.set 和 pm.variables.set 有什么区别？

前者写入活动环境，适合让后续请求继续读取；后者创建更窄作用域的本地变量，适合临时覆盖当前请求或当前运行中的值。

前置脚本能放在集合层级吗？

可以。集合和文件夹也能配置前置脚本，它会在对应范围的请求前运行；如果只想影响一条请求，保留在请求级更容易排查。

把动态值放到 Pre-request 的关键不在于脚本多复杂，而在于“活动环境—变量名—脚本层级—发送动作”四处保持一致。先用无敏感信息的请求标识确认链路，再接入实际业务字段，排错会更快。