Postman中Cookies标签页为空是因未触发Cookie交互；需先发送请求，再点击响应区左上角Cookies查看Set-Cookie内容，或通过右上角Cookies按钮进入Manage Cookies查看全部。
Postman里Cookies标签页打不开或为空
点击请求右上角的 Cookies 标签页没反应，或者点开了但列表为空——这通常不是Bug，而是当前请求还没触发任何 Cookie 交互。Postman 只在以下情况才会显示内容：
• 请求响应头中包含 Set-Cookie 字段（服务器下发）
• 你手动在 Manage Cookies 中为该域名添加过 Cookie
• 前置请求（比如登录）已成功执行且自动保存了 Cookie，但当前请求域名不匹配（注意：域名必须完全一致，api.example.com 和 example.com 是两个域）
如何正确打开并查看已保存的 Cookie 列表
别在请求发送前就点 Cookies 标签页——它只展示「本次响应涉及的 Cookie」，不是全局存储视图。
正确路径是：
• 发送一个请求（如登录接口）
• 等响应返回后，点击响应区域左上角的 Cookies 标签页
• 这里列出的是该响应中服务器通过 Set-Cookie 头设置的所有 Cookie，含 Name、Value、Domain、Path、Expires、HttpOnly、Secure
• 若想看所有已保存的 Cookie（包括手动添加的），需点击请求编辑区右上角的 Cookies 按钮 → 弹出「Manage Cookies」窗口 → 左侧显示所有已配置域名，右侧列出对应 Cookie 条目
为什么手动添加的 Cookie 在后续请求中没自动带上
常见原因有三个：
• Domain 填错了：必须和请求 URL 的域名完全匹配（比如请求 https://shop.example.com/api/cart，Cookie 的 Domain 就得填 shop.example.com 或 .example.com，不能填 example.com 或留空）
• Path 不匹配：如果 Cookie 的 Path 是 /auth，但请求地址是 /api/user，就不会携带
• 启用了 Send cookies from all domains 但没勾选：在 Postman 设置（Settings → General）里，确认是否开启了此项；关闭状态下，只发当前域名匹配的 Cookie
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
用脚本获取已保存 Cookie 的值（比如用于断言或变量赋值）
Postman 的 Tests 脚本里不能直接读取 UI 界面中保存的 Cookie，但能从响应头或客户端存储中取：
• 从响应头中提取刚设置的 Cookie：pm.cookies.get("session_id")
• 获取所有已保存 Cookie 的键名列表：pm.cookies.keys()
• 注意：pm.cookies.get() 返回的是字符串值，如果 Cookie 不存在会返回 undefined，建议加判断：
const sessionId = pm.cookies.get("session_id");<br>if (sessionId) {<br> pm.environment.set("session_id", sessionId);<br>}
• 如果服务器返回的是多个同名 Cookie（少见），pm.cookies.get() 只返回第一个；要用 pm.cookies.jar().getAll() 遍历全量
真正容易被忽略的是 Domain 匹配逻辑和 pm.cookies.get() 的作用域限制：它读的是「当前请求上下文中的客户端 Cookie 存储」，不是「上次响应头里的原始 Set-Cookie 字符串」，也不是「Manage Cookies 窗口里你看到的编辑态数据」。一旦域名、协议（HTTP/HTTPS）、端口或路径稍有偏差，Cookie 就不会生效，也不会报错，只会静默丢失。
