Postman 导入全局变量JSON文件仅覆盖Globals的Initial Value，Current Value保持不变；须通过左下角Import按钮上传globals.json，不可拖拽或误选环境文件，验证需在控制台查看URL解析结果。
Postman 导入全局变量文件，本质是用 JSON 文件覆盖当前工作区的 Globals 初始值 —— 但不会动你正在用的 Current Value，这点必须提前确认清楚，否则会误以为导入失败。
导入全局变量 JSON 文件的实际路径和入口
点击左下角的 Import 按钮（不是顶部菜单栏的 File → Import），或者直接点击工作区名称右侧的 Import 图标。弹出窗口后，选择 Upload Files，然后选中你导出的 globals 文件（通常命名为 globals.json 或含 globals 字样）。不支持拖拽到主界面，也不支持从文件夹批量识别 globals 文件 —— 必须手动点选。
常见错误现象：
- 选了环境变量文件（
environment.json）却当成 globals 导入，结果变量没出现在Globals面板里 - 文件名不含
globals，Postman 不报错但实际没解析成功（它只按内容结构识别，但命名混乱容易误判）
全局变量导入后 Initial Value 和 Current Value 的行为差异
导出时只保存 Initial Value，所以导入也只写入 Initial Value；而 Current Value 完全保留本地当前状态。这意味着：
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 如果你之前手动设置了
token的Current Value，导入新globals.json后，token的初始值变了，但请求仍用旧的Current Value - 想让所有变量“重置生效”，得手动点击
Reset All（在 Globals 面板右上角），或逐个双击Current Value栏清空再回车 - 团队协作时，别人导出的 globals 文件若含敏感值（如测试账号密码），请务必检查其
Initial Value是否已脱敏
如何验证导入是否真正生效
别只看 Globals 面板里有没有字段 —— 要确认变量在请求中能否被正确解析。最可靠的方法是：
- 新建一个 GET 请求，URL 填
{{baseUrl}}（假设你导入的 globals 里有这个 key） - 打开 Postman 控制台（
View → Show Postman Console） - 发送请求，观察控制台输出的完整 URL：如果显示
https://api.example.com/，说明解析成功；如果还是{{baseUrl}}，说明变量名拼错、未启用 Globals、或该变量根本没导入进来 - 也可以在 Pre-request Script 中加一行：
console.log("baseUrl =", pm.globals.get("baseUrl"))，直接看取值结果
跨设备迁移时容易忽略的兼容性细节
Postman v10+ 的 globals 文件结构和旧版（v9 及以前）基本兼容，但要注意：
- 导出时选的是
Globals而非某个环境，否则文件结构不符，导入会静默失败 - Linux/macOS 下文件权限异常（如只读）可能导致导入后无法编辑变量，建议用
chmod 644 globals.json修正 - 如果 globals 文件里用了中文 key（如
{"接口超时时间": "5000"}），部分旧版 Postman 解析会出错，推荐统一用英文 + 下划线
真正麻烦的从来不是导入动作本身，而是导入后变量没被请求调用 —— 很大概率是因为你忘了在请求里写 {{key}}，或者写成了 {{Key}}（大小写敏感）。
