Postman切换环境后变量取错，本质是作用域覆盖：local优先级最高，其次collection、globals，最后environment；需用console.log分层检查各作用域值，并确认环境已保存、正确导入、无不可见字符，且修改后执行pm.environment.reload()刷新上下文。
Postman切换环境后变量取错，大概率不是变量没生效，而是你当前看到的值来自其他作用域——local、collection 或 globals 覆盖了 environment 的同名变量。
怎么确认当前请求到底用了哪个变量值
别猜，直接在 Pre-request Script 里加两行输出，发一次请求看控制台：
console.log("local: ", pm.variables.get("base_url"));
console.log("env: ", pm.environment.get("base_url"));
console.log("global:", pm.globals.get("base_url"));
打开 Postman Console（View → Show Postman Console），发送请求后观察输出。只要 pm.environment.get() 返回 undefined，而其他两个有值，就说明 environment 没被读到——不是变量写错了，是根本没走 environment 这一层。
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
- 如果
pm.variables.get()有值，说明你在某处用pm.variables.set()创建了局部变量，它优先级最高，会屏蔽 environment - 如果
pm.globals.get()有值但pm.environment.get()是undefined，检查右上角环境选择器是否真选中了目标环境（绿色对勾图标必须出现） - 如果所有都返回
undefined，那变量名拼写或大小写肯定错了，比如定义的是BASE_URL，却写了{{base_url}}
为什么明明选了环境，pm.environment.get() 还是 undefined
Postman 的 environment 变量只在“已激活且已保存”的环境下才可用。常见断点：
- 环境刚新建但没点
Save，只是临时停留在编辑页——关闭窗口再重开，变量就丢了 - 环境文件是从 Apifox 或别人导出的 JSON 导入的，但导入时没勾选“Import as environment”，而是误选了“Import as collection”，结果变量进了 collection.variables 而非 environment
- 环境 JSON 文件里 key 字段含不可见空格（如复制粘贴时带了全角空格），Postman 不报错但无法匹配
- 使用 Newman 执行时，传了
-e参数但路径错误，或环境文件本身不合法（比如少了values数组字段）
如何快速验证环境变量是否被正确加载
不用跑完整请求，用 Quick Look 最省事：右上角环境名称旁有个“眼睛”图标，点开就能看到当前激活环境下所有变量的实时值和启用状态。注意两点：
- 灰色禁用状态（disabled）的变量不会参与替换，哪怕名字对也不生效
- 如果变量值显示为
{{xxx}}（即又套了一层变量），说明它引用了另一个未定义的变量，形成死链 - 值里含中文、空格、$、{、} 等字符时，Postman 有时会静默截断——建议值字段用双引号包裹并手动校验导出后的 JSON
真正容易被忽略的是：Postman 不会在你修改环境后自动重载变量上下文。哪怕你改完保存了，正在编辑的请求 tab 仍缓存旧快照。最稳妥的做法是——改完环境后，在当前请求的 Pre-request Script 里加一行 pm.environment.reload()，再发一次请求。这不是玄学，是官方文档明确写的兜底动作。
