Postman中变量显示红色表示当前上下文未找到该变量定义。常见原因包括：环境未选中或未定义变量、大小写/空格不匹配、作用域冲突导致取到空值，以及动态设置的变量在编辑时不可见。

Postman里变量显示红色，基本等于它根本没认出来——不是语法错，是压根没找到对应变量。这通常不是你写错了，而是Postman压根没加载到那个值。

为什么{{xxx}}会变红？

Postman在编辑器中对未解析的{{xxx}}做红色高亮，本质是“找不到变量定义”的视觉提示。它不关心你后面会不会用脚本设值，只看当前上下文是否已存在该变量名。

• 最常见原因：环境没选中，或选中的环境里根本没定义xxx
• 其次是大小写/空格问题：定义的是Base_URL，引用写成{{base_url}}，就会红
• 还有可能是作用域冲突：比如xxx在全局里有值，但你在环境里也建了个同名空值，Postman按local > environment > global优先级走，取到的是空，仍算“未解析”

检查环境是否激活且含目标变量

右上角环境选择器显示“No environment”或名称旁没绿色对勾，就说明环境没生效。即使你创建了环境，不手动点选，所有{{xxx}}都会红。

• 点击环境选择器 → 确保目标环境（如dev）被选中，且右侧有✅
• 点“Manage Environments” → 打开对应环境 → 检查表格里是否存在你要用的键名，值不能为空（哪怕填个占位符）
• 如果变量是通过脚本动态设置的（比如pm.environment.set("token", ...)），它不会出现在环境编辑界面里，但编辑器仍会标红——这是正常现象，只要Pre-request Script执行成功，发送时就能用

确认变量名拼写与作用域完全匹配

Postman对变量名大小写、空格、下划线极其敏感，{{auth_token}}和{{AuthToken}}是两个变量。

Postman 12.27.7

Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。

下载

• 打开Console（View → Show Postman Console），在Pre-request Script里加一行：console.log("token:", pm.environment.get("auth_token"));
• 发送请求，看输出是null还是实际值。如果是null，说明环境里没这个键，或拼错了
• 别信自动补全：Postman编辑器有时会提示变量名，但它只基于历史输入，不校验当前环境是否存在
• 避免用中文、短横线、点号命名变量键，只用字母、数字、下划线，且首字符不能是数字

强制重载环境变量并清缓存

Postman偶尔会卡在旧变量快照里，尤其在频繁切换环境或修改后立即测试时。

• 在请求的Pre-request Script中第一行加：pm.environment.reload();
• 或者彻底退出Postman，重启（比清缓存更可靠）
• 极端情况可尝试：File → Settings → Data → Reset App Data（慎用，会清掉所有环境/集合）

真正容易被忽略的点是：红色只反映编辑时的静态解析状态，不代表运行时一定失败。只要脚本里设置了值，即使编辑器标红，请求照样能发出去。别被颜色带偏节奏，重点盯Console输出和实际响应。