Postman 会根据请求方法、Body 类型或认证方式自动添加默认 Header,如 Content-Type 或 Authorization;删除后重现通常源于 Collection 脚本、环境变量或未清除的认证头;可通过清空 Headers、Pre-request Script 清除或设置禁用 User-Agent 解决。

Postman 默认 Header 是怎么偷偷加上的
Postman 会在你没手动设置某些 Header 时,根据请求方法、Body 类型或认证方式自动补全。比如选了 raw + JSON,它会自动加 Content-Type: application/json;用了 Authorization 类型(如 Bearer Token),它会自动生成 Authorization 头——哪怕你没点保存或确认。这不是 bug,是设计行为,但容易导致「我明明没填,怎么发出去了?」
删掉单个请求的默认 Header 最直接的操作
进入目标请求的 Headers 标签页,做三件事:
- 把不需要的行(比如
User-Agent、Accept、Content-Type)逐条选中,按Delete键或点击右侧×删除 - 确保「
Key」列为空——留空行不会被发送,但若Key有值而Value为空,Postman 仍可能发一个空值头(部分服务会拒绝) - 点击右上角那个小眼睛图标(
Hide disabled headers),确认列表里没有灰色/禁用项残留;如果看到灰色条目,说明它正被某处(如 Collection 级脚本或环境变量)动态注入
为什么删了又回来?查这三处
Header 被“复活”,大概率不是 Postman 抽风,而是来自更高优先级的配置:
Postman Mac版是一款专为macOS设计的API开发与测试工具,凭借简洁的界面和强大的功能,深受开发者喜爱。它支持发送各种HTTP请求(GET、POST、PUT等),轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验,适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作,Postman for Mac都能提升API开发效率,是ma
-
Collection或Folder级别的Pre-request Script里写了pm.request.headers.add()或修改了pm.request.headers - 当前启用的
Environment或Globals中定义了变量,而你在 Header 的Value里写了{{my_header_value}},但变量值为空或拼错,导致 fallback 到默认行为 - 启用了
Authorization类型后又切回No Auth,但旧的Authorization头没被自动清除——Postman 不会主动清理已存在的同名头,只覆盖不删除
彻底禁用某类自动 Header 的替代方案
Postman 没有全局开关能「一键关掉所有默认头」,但你可以绕过它:
- 新建请求时,先切到
Authorization选项卡,选No Auth;再切到Headers,清空全部,再保存为模板请求(Save as→ 新建Collection或Folder) - 在
Pre-request Script中强制重置头:pm.request.headers.clear();
这行代码会清掉所有头(包括你手动加的),适合需要绝对干净请求体的场景 - 如果只是想屏蔽
User-Agent,注意:现代 Postman 版本(v10.20+)允许在Settings → General → Disable User-Agent header打钩,但该选项仅影响User-Agent,不影响其他头
真正麻烦的不是删不掉,而是删完之后不知道谁在背后悄悄加回来——建议每次清理后点小眼睛图标确认净含量,再发一次请求抓包验证,比凭感觉靠谱。









