Postman变量未生效是因环境未激活、作用域覆盖、命名不一致、脚本覆盖或未重发请求——需检查右上角绿色对勾、变量优先级顺序、大小写/空格、脚本修改及手动发送。
变量值改了但请求没变，基本是作用域覆盖或未激活导致的——不是 Postman 坏了，而是它按规则在执行。
环境没选中或没激活
Postman 绝不会自动加载任何环境变量，{{variable_name}} 要生效，前提是右上角环境选择器里显示的是你刚改过变量的那个环境名，并且右侧有绿色对勾图标。如果显示 “No environment”，所有环境变量都会被忽略，{{xxx}} 保持原样或解析为空。
- 点击右上角环境选择器，手动从下拉列表中选中目标环境（如
staging） - 确认名称右侧出现绿色对勾；若没有，说明只是“显示”了该环境，但未真正激活
- 如果环境列表为空，需先通过
Manage Environments创建并保存一个环境
同名变量被更高优先级作用域覆盖
Postman 变量解析顺序是：local > collection > environment > global。你改了环境变量里的 base_url，但请求仍发向旧地址，很可能是集合变量或全局变量里也定义了同名键，把环境层的值盖掉了。
- 在 Pre-request Script 中加一行：
console.log("env base_url:", pm.environment.get("base_url"));和console.log("global base_url:", pm.globals.get("base_url")); - 打开 Postman Console（
View → Show Postman Console），发送请求，看哪个输出非null且是你期望的值 - 若
pm.globals.get("base_url")返回了旧值，就去Globals里删掉或更新它
变量名拼写/大小写/空格不一致
Postman 变量名严格区分大小写，且会忽略首尾空格。定义时是 API_KEY，引用写成 {{api_key}} 或 {{ API_KEY }} 都会失败，解析结果为 undefined。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 打开
Manage Environments，逐项检查变量Key字段：是否含不可见空格？是否用了连字符、点号或中文？ - 在请求 URL 或 Headers 中，把鼠标悬停在
{{xxx}}上，看提示框里显示的值是否为你刚改的内容 - 在 Tests 脚本中用
pm.environment.get("xxx")获取时，引号内字符串必须和 Key 完全一致，包括大小写
脚本动态修改覆盖了手动设置
Pre-request Script 或 Tests 里调用了 pm.environment.set()、pm.variables.set()，或者用 pm.request.url.update() 直接重写了 URL 参数，会导致你手动在 Params 或 URL 栏输入的值被脚本一运行就抹掉。
- 打开当前请求的
Pre-request Script选项卡，搜索pm.environment.set、pm.variables.set、pm.request.url.update - 临时注释掉相关行，再发一次请求，观察参数是否恢复正常
- 若确认是脚本问题，建议改为条件赋值，例如：
if (!pm.variables.has("skip_override")) { pm.environment.set("token", ...); }
最容易被忽略的一点：改完变量后没重新发送请求——Postman 不会自动重放，旧请求缓存的 URL 和 Headers 不会因为变量更新而刷新。哪怕只改了一个字符，也得手动点一次 Send 才能触发新值注入。
