HEAD 请求在 Postman 中默认只显示 Headers 选项卡，因 HTTP 协议规定其响应无 body；需在请求方法下拉菜单底部“更多请求方法”中选择 HEAD，旧版本可能不支持。
HEAD 请求在 Postman 中能发，但默认不显示响应体 —— 这不是 bug，是 HTTP 协议本身要求：服务器必须不返回 body，只返回状态码和响应头。如果你看到空的 Body 区域，先别急着怀疑配置错了。
怎么在 Postman 中选中 HEAD 方法
Postman 的请求方法下拉框里有 HEAD，但它被藏在「更多请求方法」菜单里（图标是三个点 ⋯）。点击下拉箭头 → 滚动到底部 → 选择 HEAD。别误点成 GET 后手动改请求行，Postman 不支持手写方法名。
- 如果没找到
HEAD，说明你用的是极老版本（ - 选中后，
Body标签页会自动置灰禁用 —— 正确行为，HEAD不允许带请求体 -
Params和Headers仍可正常设置，比如加Authorization或自定义X-Request-ID
为什么响应 Body 总是空，但 Headers 有内容
这是 HEAD 的语义决定的：HEAD 本质就是「只取头，不要体」。Postman 显示空 Body 是对的，重点看 Headers 选项卡里的响应头字段。
Postman Mac版
下载
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
- 常见要验证的响应头：
Content-Length、Last-Modified、ETag、Cache-Control、Content-Type - 如果
Headers也为空，优先检查状态码是否为405 Method Not Allowed—— 有些 API 显式禁用HEAD -
Pretty/Raw视图对HEAD无意义，直接切到Headers标签即可
测试 HEAD 请求时容易忽略的兼容性问题
不是所有服务端都正确实现 HEAD。有些框架（如早期 Express、某些 Nginx 配置）会把 HEAD 当作 GET 处理但忽略 res.end()，导致超时或空响应。
- 用
curl -I https://example.com/path对比验证：如果 curl 能拿到头而 Postman 拿不到，大概率是服务端问题 - 某些 CDN（如 Cloudflare）会对
HEAD做特殊缓存策略，响应头里的CF-Cache-Status可能和GET不一致 - 若接口依赖认证（如
Bearertoken），确保Authorization头已添加 ——HEAD同样受鉴权中间件拦截
真正难的不是怎么点出 HEAD，而是判断服务端是否把它当一回事。响应头里没有 Content-Length，或者 ETag 值为空，往往意味着后端压根没走完整逻辑链路。
