必须导出Collection、Environment、Globals三类JSON文件并按Globals→Environment→Collection顺序导入，才能完整迁移；仅导Collection会导致变量未解析而请求失败。
直接导出 Collection、Environment、Globals 三个 JSON 文件，再在新电脑上依次导入，就能完整迁移——但漏掉任何一个，都可能让接口跑不起来。
导出时必须覆盖这三类数据
Postman 的运行依赖三块数据：请求本身（存于 Collection）、环境配置（如 {{baseUrl}}，存于 Environment）、跨环境通用变量（如 {{token}}，存于 Globals）。只导 Collection 是最常见错误，结果是请求能显示，但一发就报错或 404。
-
Collection：右键集合 → Export → 选Collection v2.1→ 保存为xxx-collection.json -
Environment：Environments → 点击具体环境名右侧的⋯→ Export → 保存为xxx-environment.json -
Globals：Environments → Globals → 右上角Export按钮 → 保存为xxx-globals.json
注意：导出前务必清空历史记录（Settings → Data → Clear all history），否则旧缓存可能混入导出内容，导致同事收到的不是最新版。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
导入顺序不能颠倒
先导入 Globals，再导入 Environment，最后导入 Collection。因为 Collection 里的变量引用（如 {{baseUrl}}）依赖环境和全局变量已存在，否则会显示为未解析的原始字符串，发送时直接拼进 URL，比如变成 https://{{baseUrl}}/api/user 而非 https://dev.example.com/api/user。
- 导入入口统一在右上角
File → Import - 每次导入后，检查左上角环境选择器是否已出现对应环境名
- 导入
Collection后，点开任意请求 → Headers 或 URL 栏里看变量是否被高亮（灰色底纹），没高亮说明变量没加载成功
便携版用户注意数据路径绑定
如果用的是 postman-portable，它的全部数据（含导出的 JSON）默认落在同目录下的 data 子文件夹里。换电脑时，不能只拷 JSON 文件，而应整个文件夹复制过去——否则首次启动会重建空 data，你之前导出的文件反而成了“外部数据”，还得手动再导入一遍。
- 确认路径：
postman-portable.exe同级目录下是否存在data文件夹 - 若已用过便携版，直接压缩整个文件夹迁移，比单独导出导入更可靠
- 想清理旧残留？在同目录建
postman-portable.yml，写入cleanup: true，下次启动会自动扫掉官方版遗留缓存
真正容易被忽略的，是环境变量与全局变量的语义差异：Postman 导出的 Collection JSON 里根本不包含 Globals 和 Environment 的值，只存引用。哪怕你记得导出，也常误以为“导了集合就够了”。
