Postman 中 Authorization 应统一在 Authorization 标签页配置，而非手动填入 Headers 标签页，否则易因覆盖、继承冲突或格式错误导致 401；Bearer Token 输入框只需填纯 token 字符串，且须通过环境变量（如 {{access_token}}）复用，并确保已启用环境及正确继承设置。
Postman 里 Authorization 请求头不该手动填在 Headers 标签页里，而该用 Authorization 标签页统一配——否则极易覆盖、冲突、失效。
Authorization 标签页 vs Headers 标签页混用导致 401
很多人在 Headers 标签页里手动加一行 Authorization，值填 Bearer xxx；同时又在 Authorization 标签页选了 Bearer Token 并填了同样 token。结果 Postman 实际只发一个头，但哪个生效取决于继承链和覆盖顺序，常表现为：明明 token 正确却返回 401 Unauthorized。
根本原因：Authorization 标签页的配置会自动注入请求头，且优先级高于 Headers 标签页中同名项（尤其当 collection 层级启用继承时）。手动在 Headers 里重复添加，不仅多余，还可能因大小写、空格、换行等细节被静默忽略。
- 检查是否重复：打开 Postman Console，看发出的请求头里
Authorization是否只出现一次、格式是否为Bearer - 删掉
Headers标签页里所有Authorization行——只保留Authorization标签页配置 - 如果必须动态计算头（如拼接签名），才改用
Pre-request Script+pm.request.headers.add()，而非手填
Bearer Token 配置后不生效？确认继承链和 token 值格式
选 Bearer Token 类型后，Token 输入框里填的值必须是纯 token 字符串，不含 Bearer 前缀。比如响应头返回 Authorization: Bearer eyJhbGciOi...，你只复制 eyJhbGciOi... 这段进去。
更关键的是继承关系：默认每个 request 的 Authorization 设置为 Inherit auth from parent，这个 parent 指的是它所属的 collection。如果你在 request 级别改过设置（比如点成 No Auth），就会断掉继承。
- 右键 collection →
Edit→ 切到Authorization标签页配置，确保类型和 token 填对 - 检查目标 request 的 Authorization 下拉框是否仍显示
Inherit auth from parent（不是No Auth或其他） - token 值建议存为环境变量，如
{{access_token}}，避免硬编码；填错变量名会导致实际发空值，Console 里看到的是Authorization: Bearer（后面啥也没有）
文件上传（multipart/form-data）时 Authorization 头被丢弃？
文件上传请求用 form-data 体时，Postman 会自动生成带 boundary 的 Content-Type 头。但很多人发现：明明在 Authorization 标签页配好了，发出去却没有 Authorization 头。
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
这不是 bug，而是 Postman 的行为逻辑：当请求 Body 类型为 form-data 且未显式启用 Authorization 继承（或配置错误）时，部分旧版本或特定环境会跳过自动注入。最稳的解法是强制触发。
- 确保 request 的 Authorization 下拉框不是
No Auth，而是明确设为Inherit auth from parent或直接选Bearer Token - 不要依赖
Headers标签页手动加——它在form-data场景下容易被忽略 - 如果仍不出现，在
Pre-request Script中补一句：pm.request.headers.add({key: 'Authorization', value: 'Bearer ' + pm.variables.get('access_token')});
登录接口返回 token 后，如何自动写入并复用？
手动复制粘贴 token 是最脆弱的一环。真正省事的做法是让 Postman 自己从登录响应里提取、存变量、后续自动注入。
前提是登录接口返回标准 JSON，且 token 在字段如 access_token 或 token 下。在登录 request 的 Tests 标签页写：
const jsonData = pm.response.json();
pm.environment.set("access_token", jsonData.access_token);
然后在其他 request 的 Authorization → Bearer Token → Token 输入框里填 {{access_token}}。环境变量名和引用名必须完全一致，大小写敏感。
注意：pm.environment.set() 只在当前环境生效；如果没选环境（右上角显示 No Environment），变量不会被保存，{{access_token}} 就是空字符串——这是最常被忽略的一步。
