应使用collectionVariables管理集合专属base_url，因其作用域精准、避免污染其他集合且符合环境隔离原则；base_url通常为集合内共用且不随环境切换的值，而环境变量和全局变量易导致覆盖或冲突。
直接用 collectionVariables，别用全局变量或环境变量来管集合专属的 base URL —— 否则会污染其他集合，也违背环境隔离原则。
为什么集合变量（collectionVariables）最适合管 base_url
base_url 是集合内所有请求共用、且通常不随环境切换而变的值（比如一个微服务内部多个接口都跑在同一个网关下）。环境变量本意是做 dev/test/prod 切换，如果把 base_url 放进环境变量，当你切到“测试环境”时，它可能错误地覆盖掉另一个集合的 base_url；而全局变量更危险——整个工作区所有集合都会读它，一改全崩。
- 集合变量作用域精准：只在当前集合及其子文件夹内生效
- 可独立维护：右键集合 → Edit → Variables 标签页，增删改都不影响其他集合
- 天然支持初始值（Initial Value）和当前值（Current Value）分离，方便团队协作时保留默认配置
如何正确定义和引用集合 base_url 变量
操作路径很明确：右键目标集合 → Edit → 切到 Variables 标签 → 添加键为 base_url、值为 https://api.example.com/v1 的条目。之后在任意请求 URL 中写成 {{base_url}}/users 或 {{base_url}}/orders 即可。
- 变量名建议统一用小写字母+下划线，如
base_url、api_version，避免大小写混用导致引用失败 - 不要在 URL 输入框里手动拼接
https://{{base_url}}—— 如果base_url值本身已含协议（如https://api.dev.com），再加https://会导致双协议头错误 - 鼠标悬停在
{{base_url}}上，Postman 会实时显示当前解析值，这是验证是否生效最快速的方式
常见错误：base_url 被环境变量或脚本意外覆盖
很多人在 Pre-request Script 里写了 pm.environment.set("base_url", "...")，结果发现集合里明明定义了 base_url，但请求发出去的却是脚本设的值 —— 这是因为变量优先级是：环境变量 > 集合变量 > 全局变量。一旦环境变量存在同名键，集合变量就完全失效。
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
- 检查右上角环境选择器是否为
No Environment；如果不是，先确认该环境中没有定义base_url - 搜索整个集合的 Pre-request Script 和 Tests，删掉所有
pm.environment.set("base_url", ...)类语句 - 如果确实需要动态生成 base_url（比如根据 tenant_id 拼接），改用
pm.collectionVariables.set("base_url", ...)，确保写回的是集合作用域
进阶技巧：让 base_url 支持多版本或子路径切换
有些集合要同时覆盖 v1/v2 接口，或需要临时切到 /internal 路径调试。这时可以在集合变量中拆解：
- 定义两个变量：
host（值为https://api.example.com）、api_path（值为/v1） - URL 写成
{{host}}{{api_path}}/users，后续只需改api_path就能批量切版本 - 注意：Postman 不支持变量嵌套（如
{{base_{{env}}}}），所以这种拆分是唯一安全的动态方式
真正容易被忽略的是变量优先级和作用域交叉——哪怕你只改了一个集合的变量，只要环境里有同名键，它就可能悄悄接管整个请求链路。动手前，先看一眼右上角环境名和变量悬停提示值，比翻十遍文档都管用。
