Postman 文件上传请求加 Token 必须通过 Authorization 标签页配置 Bearer Token，不可放 Body 或手动写 Headers；Token 需格式正确、无多余空格/换行，且环境变量名与引用一致，否则易导致 401/400 错误。
Postman 给文件上传请求带 Token，核心就一条：Token 必须出现在 Authorization 请求头里，且格式为 Bearer your_token_here；不能塞进 Body，也不能写成 accessToken 或 token 这类自定义字段——服务器通常只认标准的 Authorization 头。
为什么上传请求加 Token 容易失败
文件上传走的是 multipart/form-data 编码，Postman 会自动设置 Content-Type 并生成 boundary。这时候如果手动填写了 Content-Type（比如硬写成 multipart/form-data; boundary=xxx），再叠加 Authorization，极易因顺序、空格或 boundary 冲突导致解析失败。更常见的是：Token 放在 Body 的 form-data 里（如 Key 填 token），服务器根本收不到认证信息。
- 服务器收到的请求头里没有
Authorization字段 → 直接 401 - 手动设置了
Content-Type且 boundary 和 Postman 自动生成的不一致 → 400 或空响应 - Token 值里混入了换行、多余空格或中文字符 → 401 或 422
- 环境变量名写错（比如
{{access_token}}但实际存的是accessToken）→ 发出去是字面量{{access_token}}
Authorization 标签页配置才是唯一正确路径
别碰 Headers 手动加 Authorization，也别在 Body 里塞 token 字段。Postman 的 Authorization 标签页专为此设计，它会确保头字段位置正确、格式合规，并兼容后续自动刷新等高级功能。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 点击请求的
Authorization选项卡 - Type 下拉选
Bearer Token - Token 输入框直接填值，或写
{{your_token_variable}}（前提是环境变量已存在且 current value 非空） - 无需任何其他操作 —— Postman 会在发包时自动注入
Authorization: Bearer ...到请求头最顶层
Token 动态更新：登录后自动写入环境变量
硬编码 Token 不可持续，尤其开发环境频繁重启时。推荐用登录接口返回值自动更新环境变量，再由其他上传请求引用。
- 登录请求的 Tests 里写：
pm.environment.set("auth_token", pm.response.json().data.token)（根据你 API 的实际 JSON 路径调整） - 确保登录成功后，Environment 的
auth_token的Current Value已更新 - 上传请求的
Authorization→Bearer Token→ Token 框填{{auth_token}} - 如果上传请求报 401，先点开登录请求重跑一次，再检查 Environment 面板里
auth_token是否有值
真正容易被忽略的是：上传接口可能对 Authorization 头的大小写或空格敏感，有些后端只接受 Bearer xxx（B 大写，冒号后一个空格），多一个空格或写成 bearer 就拒绝；另外，Token 过期后不会自动重试登录，得靠你手动触发或补全 Pre-request Script 逻辑 —— 这部分没法靠界面点点搞定。
