应使用清晰命名的环境变量baseUrl（不加斜杠），在Environment中定义而非Globals，URL中写{{baseUrl}}/api/login，确保选中目标环境且变量名拼写一致，动态需求用Pre-request Script修改。
Postman环境变量怎么设才不踩坑
直接在 URL 栏写死 http://192.168.1.100:8080/api/login，换环境就得逐个改——500 个请求就是 500 次手动粘贴，出错率高还不可追溯。正确做法是把地址拆成可复用的变量。
关键不是“能不能设”，而是变量名和作用域要清晰：
- 用
baseUrl而不是host或url，避免和 Postman 内置字段冲突（比如host在某些脚本里会被自动覆盖） - 只在 Environment 中定义
baseUrl，别滥用 Globals——全局变量对所有环境生效，一旦误设，切环境也无效 - 值末尾不加斜杠（
http://dev.example.com✅，http://dev.example.com/❌），否则拼接{{baseUrl}}/login会变成双斜杠，部分后端路由匹配失败
URL 里怎么安全引用环境变量
{{baseUrl}} 看似简单，但实际发送时 404 或 400 很可能就卡在这一步。
检查三件事：
- 右上角环境下拉框必须选中目标环境（比如
dev），灰色未选中状态 = 变量不生效 - URL 栏必须完整写成
{{baseUrl}}/api/login，不能写成http://{{baseUrl}}/api/login（重复协议头导致解析失败） - 如果接口带端口，确保
baseUrl已含端口，例如http://10.0.1.5:3000；不要拆成host+port两个变量再拼，容易漏转义或顺序错
切换环境后请求还是发错地址？查这几点
点了 prod 环境，但请求发到了 dev 地址，常见原因不是 Postman 坏了，而是变量没被真正读取。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
打开请求的 Console（View → Show Postman Console），发一次请求，看日志里显示的 Request URL 是什么。如果仍是旧地址，说明：
- 当前请求没保存——新建请求后没点右上角
Save，切换环境后它仍用临时内存里的原始 URL - 环境变量名拼错了，比如设的是
base_url，但 URL 里写的是{{baseUrl}}（下划线和驼峰不等价） - 该请求属于某个 Collection，而 Collection 的
Variablestab 里也定义了同名变量，优先级高于 Environment，会覆盖掉你设的baseUrl
需要动态改地址？别硬编码，用 Pre-request Script
有些场景下，地址得根据前一个接口返回动态算出来（比如网关返回跳转 host），这时候 Environment 静态变量不够用。
在当前请求的 Pre-request Script 里写：
const url = pm.environment.get("baseUrl");
const newHost = pm.response.json().gatewayHost || "fallback.example.com";
pm.environment.set("baseUrl", `https://${newHost}`);
注意两点：
- 脚本执行顺序在 URL 解析之前，所以改完立刻生效
- 别用
pm.globals.set()，它会影响所有环境，下次切回dev还带着prod的 host
这种动态逻辑一多，就容易绕晕。建议只在真正必要时用，多数情况靠干净的 Environment + 明确命名的 baseUrl 就够用——变量越少，出问题时越容易定位。
