响应体在Response区域的Body选项卡中查看，支持Pretty（格式化JSON/XML）、Raw（原始字节流）和Preview（HTML/图片渲染）三种视图，是查看返回内容的核心位置。
响应体在哪看？Body 选项卡是主战场
Postman 发送请求后，响应数据默认显示在下方 Response 区域，其中 Body 选项卡就是查看返回内容的核心位置。它不是“弹窗”或“新标签页”，而是紧贴请求编辑区下方的固定面板——只要点了 Send，它就自动展开。
常见错误现象：点了 Send 没反应、Body 区域空白、只看到 “Loading…” —— 大概率是网络不通、URL 写错，或服务器根本没返回（比如 502/504 时 Body 可能为空）。
三个视图用途差异明显：
-
Pretty：自动识别Content-Type（如application/json），格式化 JSON/XML；支持搜索（Ctrl+F）、折叠节点（点 ▼）、点击链接跳转 GET 请求；但若响应没带Content-Type或类型不匹配，可能不生效 -
Raw：纯文本原始字节流，含换行、空格、BOM 等；适合排查编码问题（比如中文乱码）、验证响应是否被 gzip 压缩（开头是\x1f\x8b）、或复制完整响应体用于调试 -
Preview：仅对text/html、image/*等可渲染类型起作用；返回 HTML 时直接展示页面效果，返回 PNG/JPEG 时内嵌显示图片；但无法用于复制或搜索
状态码和响应头藏在哪？别只盯着 Body
HTTP 状态码（如 200 OK、401 Unauthorized）显示在 Response 区域右上角，紧挨着耗时（Time）和大小（Size）。它不是“结果的一部分”，而是请求成败的第一判断依据。
响应头（Headers）需手动切换到 Headers 选项卡查看。这里能看到 Set-Cookie、Content-Length、X-RateLimit-Remaining 等关键信息。容易被忽略的点：
- 某些接口依赖
Set-Cookie维持会话，但 Postman 默认不自动携带 Cookie（除非开启Cookies开关并配置了 Cookie Jar） -
Content-Type缺失或写错（如写成application/json却返回纯文本），会导致Pretty视图失效，此时切到Raw才能看到真实内容 - 响应头里的
Location字段常用于重定向，Postman 默认不自动跟随（Redirects默认关），需手动打开才能看到最终响应
二进制文件（图片/PDF/Excel）怎么保存？别用 Save Response
如果接口返回的是图片、PDF、ZIP 等二进制数据，直接点 Save Response → Save as example 会失败或损坏——因为该功能只保存结构化文本示例，不处理二进制流。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
正确做法只有两个：
- 发送前，在请求右上角下拉菜单中选择
Send and Download（不是Send），Postman 会弹出系统保存对话框，选路径即可；下载的文件与服务器返回字节完全一致 - 若已用
Send发送完，且响应头中Content-Type是image/png等可识别类型，Preview视图会直接渲染图片，此时右键图片 → “另存为” 也可保存，但部分格式（如 PDF）可能不支持此操作
注意：Save as file 功能只保存 Body 文本内容，对二进制无效；且不会包含响应头或状态码。
响应太大卡死？怎么快速定位字段而不全量加载
当接口返回几 MB 的 JSON（比如导出全量用户列表），Pretty 视图会明显卡顿甚至无响应——这不是 Bug，是浏览器渲染大 JSON 的固有限制。
实用对策：
- 优先切到
Raw视图，它不解析结构，只做文本渲染，速度几乎不受体积影响；再配合Ctrl+F搜索关键词（如"user_id": "123"） - 在
Pretty视图中，把光标放在某行开头，按Ctrl+Shift+]（Windows）或Cmd+Shift+]（macOS）可折叠该层级以下全部子节点，大幅减少渲染量 - 用 Postman 的
Tests脚本提前提取关键字段并打印到Console（console.log(responseJson.data[0].name)），避免肉眼扫屏
真正麻烦的不是“看不到”，而是“以为看到了全部”——大响应里常有分页字段（total、page）或错误提示藏在末尾，Raw + 搜索才是稳解。
