Postman怎么看响应头_Postman响应Headers检查步骤-java教程-PHP中文网

Headers Tab 是定位跨域、缓存、鉴权等协议层问题的第一现场，显示除 Set-Cookie 外所有响应头；Set-Cookie 被移至 Cookies Tab 以区分协议头与会话管理，状态码独立显示于响应区左上角，非 Headers 内容。

postman怎么看响应头_postman响应headers检查步骤

点开 Headers Tab 就能看到响应头，但得知道看什么

Headers 不是只用来“确认有没有返回”，而是定位跨域、缓存、鉴权、内容协商等协议层问题的第一现场。Postman 默认在响应区顶部显示 Status、Time、Size，但真正的关键信息全藏在 Headers Tab 里。

常见错误现象包括：前端报 CORS error 却没检查 Access-Control-Allow-Origin；接口明明返回了 JSON，但前端解析失败，其实是 Content-Type 写成了 text/plain；或者服务端开了 Gzip 压缩，但没设 Content-Encoding: gzip，导致 Postman 无法自动解压显示原始 Body。

Content-Type 必须和实际响应体格式一致，否则 Pretty 模式不会自动格式化 JSON/XML
Set-Cookie 只在 Cookies Tab 显示，Headers Tab 里也能看到，但带 HttpOnly 或 Secure 标志时需注意前端是否能读取
Cache-Control 和 Expires 直接影响你重复请求时看到的是缓存还是新数据，调试时建议加 Cache-Control: no-cache 请求头绕过网关缓存
鼠标悬停在任意 header 名上（比如 Server 或 X-Powered-By），会弹出 RFC 官方定义说明，不是 Postman 自定义的解释

为什么 Headers 里看不到 Set-Cookie？

这是新手高频困惑点：明明响应头里写了 Set-Cookie，Headers Tab 却不显示。原因只有一个：Postman 默认过滤掉了 Set-Cookie 字段——它被移到了专门的 Cookies Tab。

这种设计不是 bug，而是为了区分「协议级响应头」和「会话级 Cookie 管理」。如果你需要验证服务端是否正确下发了登录态 Cookie，必须切到 Cookies Tab，而不是在 Headers 里徒劳搜索。

Headers Tab 显示的是服务器返回的所有响应头（除 Set-Cookie 外）
Cookies Tab 显示的是经 Postman 解析后的 Cookie 列表，含 Domain、Path、Expires、HttpOnly 等完整属性
如果 Cookies Tab 是空的，但你知道后端写了 Set-Cookie，先确认请求是否发到了正确域名（Cookie 的 Domain 匹配失败会导致静默丢弃）

Headers 里的状态码不是 HTTP 状态码

很多人误以为 Headers Tab 里某个字段是状态码，其实 HTTP 状态码根本不在 Headers 里——它在响应区左上角独立显示，格式为 200 OK 或 401 Unauthorized。Headers Tab 中的 Status 字段并不存在；你看到的可能是某些后端自定义的业务头，比如 X-Response-Status 或 Result-Code，这类字段和 HTTP 协议无关，纯属业务约定。

Postman 12.27.7

Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。

下载

真正该盯住的协议头只有几个：

Content-Length：值为 0 时，Body 一定为空（比如 204 No Content）
Content-Encoding：值为 gzip 或 br 时，Raw 视图看到的是压缩二进制，Postman 会自动解压后展示 Pretty/Preview
Transfer-Encoding: chunked 表示响应是分块传输，不影响查看，但意味着服务端没写 Content-Length
Vary 头会影响 CDN 缓存行为，调试时若发现响应不一致，优先查这个