Postman中添加租户标识需手动在Headers里设置X-Tenant-ID（或API文档指定的键名），值填实际租户ID（如tenant-prod-001）；推荐用环境变量{{tenant_id}}复用，避免硬编码；批量添加可用Preset或Collection级Pre-request Script自动注入。
Postman里怎么加租户标识（X-Tenant-ID）
租户标识不是Postman内置字段，必须手动添加到请求头（Headers）中。常见形式是 X-Tenant-ID 或 Tenant-ID，具体键名以你对接的API文档为准——错一个字母或大小写都可能被网关拒绝。
操作路径：选中请求 → 切换到 Headers 选项卡 → 在 Key 栏输入 X-Tenant-ID → Value 栏填入实际租户值（如 tenant-prod-001）→ 确保左侧启用开关为开启状态（小对勾亮起）。
- 如果多个请求共用同一租户ID，建议用
Environment Variable替代硬编码：先在环境里定义tenant_id变量，Header 的Value填{{tenant_id}} - 某些 SaaS 平台要求租户 ID 必须是 UUID 格式（如
550e8400-e29b-41d4-a716-446655440000），直接填字符串会返回400 Bad Request - 别把租户 ID 和认证 Token 混在一起传；
Authorization和X-Tenant-ID是两个独立 Header，缺一不可
为什么加了 X-Tenant-ID 还报 403 或 404？
租户标识本身不解决权限或路由问题，它只是告诉后端“这次请求属于哪个租户”。报错通常意味着：
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 后端未识别该租户：检查值是否拼写错误、大小写是否匹配（
tenant-A≠tenant-a） - 租户未激活或已过期：联系平台管理员确认该租户在目标环境（dev/staging/prod）中是否可用
- 网关路由失败：部分多租户架构会把
X-Tenant-ID映射到子域名（如https://tenant-a.api.example.com），此时仅加 Header 不够，URL 也得同步改 - Header 被中间件过滤：某些企业级网关默认剥离自定义 Header，需确认
X-Tenant-ID是否在白名单中
如何批量给整个集合（Collection）加租户头
手动一个个加容易漏，尤其当集合有几十个请求时。推荐两种可靠方式：
- 用
Preset：点击 Headers 右侧Preset→Manage Presets→ 新建一个叫Tenant-Header的预设，填入X-Tenant-ID/{{tenant_id}}→ 后续新建或编辑请求时，点一下预设就自动加载 - 用
Pre-request Script动态注入：在 Collection 级别的Pre-request Script中写pm.request.headers.add({key: 'X-Tenant-ID', value: pm.environment.get('tenant_id')});，这样所有子请求都会自动带上 - 避免用全局变量（
pm.globals）存租户 ID，容易在多环境切换时串租户
X-Tenant-ID 和 X-Request-ID、X-Correlation-ID 的区别
这三个都是常见自定义 Header，但职责完全不同：
-
X-Tenant-ID：声明身份归属，服务端靠它做数据隔离和权限校验，必须稳定且可溯源 -
X-Request-ID：单次请求唯一标识，用于日志追踪，每次请求应生成新值（如用pm.generateUUID()） -
X-Correlation-ID：跨服务调用链路标识，常用于微服务间透传，值通常由入口网关生成并向下传递
混用或复用这些 Header 的值会导致租户数据错乱或链路追踪失效，尤其是把 X-Request-ID 当 X-Tenant-ID 填进去——后端一看不是合法租户格式，直接拦截。
