Postman中空请求头需区分“留空”与填“”：前者不发送该头，后者发送空字符串；验证须通过Console或本地服务捕获原始请求确认是否真正发出。
Postman 允许发送空值请求头，但行为取决于你如何设置——直接留空 Value 字段是有效的，但某些服务器会忽略或报错；而填入空字符串 "" 或空白字符（如空格）则更可控，也更贴近真实测试场景。
Postman 中空 Header 的两种写法区别
在 Headers 表格里，同一 Key 下填空和填 "" 效果不同：
- 留空
Value栏：Postman 默认不发送该 Header（即整个键值对被丢弃），不是“空”，而是“不存在” - 填
""（双引号内无字符）：实际发出的 Header 是Key:后紧跟换行，即值为空字符串，HTTP 协议允许这种格式 - 填一个空格：
Key:，也会被发出，但值是一个空格字符，部分服务端会 trim 后判空，行为不稳定
测试空 Authorization 或空 Cookie 的典型场景
很多接口用空 Authorization 模拟未登录态，或用空 Cookie 触发会话重置。这类测试容易失败，因为：
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- Postman 的
Authorization标签页会自动补全或覆盖 Headers 里的同名字段，必须关掉它，改用纯 Headers 表格手动输入 - 如果用了
Interceptor或启用了 “Automatically persist cookies”，Postman 可能偷偷带上旧 Cookie，掩盖了你设的空值 - 某些网关（如 Nginx、Cloudflare）会主动过滤掉空值 Header，需配合日志或抓包确认是否真发出去了
验证空 Header 是否真正发出
仅看 Postman 的 Headers 面板不够，得确认网络层实际内容：
- 打开 Postman 的
Console（View → Show Postman Console），发送后点开对应请求，查看原始请求头（Raw headers）部分 - 找类似
Authorization:这样的行（冒号后无任何字符，且换行），才是真正的空值；若整行消失，说明没发 - 更可靠的方式是用
netcat或本地 HTTP server（如 Python 的python3 -m http.server 8000）接收请求，打印全部 headers 做比对
空 Header 测试的关键不在“怎么填”，而在“怎么确认它真的空着并被服务端收到”——多数问题出在 Postman 自动处理逻辑和中间件拦截上，而不是填写动作本身。
