Postman修改Query param时环境变量API Keys当前值丢失咨询

这不是Postman的正常默认行为。
按照Postman的设计逻辑，通过pm.environment.set('api-key-token', data.api_key)写入的环境变量当前值，会持久化保存在当前选中的环境配置下，常规的请求编辑操作（包括修改Query Param、请求头、请求体）都不会触发变量值清空。只有以下操作才会主动重置/删除环境变量值：

• 手动在环境管理面板修改变量、点击重置所有变量、删除变量
• 切换到其他环境
• 前置脚本/测试脚本/集合级公共脚本主动执行了pm.environment.unset('api-key-token')，或者给这个变量赋了空值
• 手动触发了清空环境变量的操作

常见触发原因排查 #

• 先排查变量作用域冲突
  不要在全局变量、集合变量、当前环境变量下同时创建同名的api-key-token变量。Postman读取变量遵循就近优先级规则，如果你改参数时误切了选中的环境，或者更高优先级作用域下存了这个变量的空值，就会出现「之前存的token丢了」的错觉，实际是取值读到了其他作用域的空内容。
• 检查公共脚本的覆盖逻辑
  翻一下当前请求所属的集合级前置脚本、文件夹级前置脚本，很多人会在公共脚本里写自动刷新token的逻辑，如果逻辑判断有漏洞（比如误判本地token已失效），只要你触发请求相关操作，脚本就会跑起来把现有token覆盖成空值或者接口返回的异常值。
• 检查环境的同步设置
  打开当前环境的编辑面板，看api-key-token的初始值是不是空的，同时开了「自动将当前值同步为初始值」的开关。开了这个选项的话，一旦有操作把当前值刷成空，空值会被直接持久化保存，表现出来就是值莫名丢失。
• 排查客户端缓存bug
  上面三点都没找到问题的话，基本就是本地Postman客户端的偶发缓存异常，旧版本桌面端这类问题不算少见。先把当前环境导出备份，重启Postman再导入备份的环境配置就能解决。

内容的提问来源于stack exchange，提问作者Denis Kisina