Postman中查看Set-Cookie需切换至Cookies标签页，若未显示则需在Headers中手动查找原始Set-Cookie头；取值用postman.getResponseCookie()但须注意大小写、Domain/Path匹配及执行位置；多Cookie时应遍历headers解析；自动携带依赖Domain、Path、协议匹配，子域需设为.example.com。
Postman 响应里怎么看 Set-Cookie 头
服务器返回的 Cookie 信息，本质是通过 Set-Cookie 响应头下发的，不是响应体（body）里的内容。很多人翻遍 response 的 JSON 或 raw body 找不到 sessionId，就是因为方向错了。
正确做法是：发送请求后，点响应区域左上角的 Cookies 标签页 —— 这里展示的是 Postman **解析并提取后的 Cookie 列表**，每行包含 Name、Value、Domain、Path、Expires 等字段。
但要注意：Cookies 标签页只显示已成功解析的 Cookie；如果 Set-Cookie 值格式不规范（比如缺少 Path= 或含非法字符），它可能不显示，此时得退回到 Headers 标签页手动查原始 Set-Cookie 行。
postman.getResponseCookie() 拿不到值？检查这几点
postman.getResponseCookie("sessionId") 是最直接的取值方式，但它在某些场景下会返回 null，常见原因有：
-
sessionId名字大小写不一致（比如服务器发的是SessionId或SESSION_ID） - Cookie 的
Domain或Path不匹配当前请求域名/路径，Postman 默认不加载该 Cookie（即使响应里有Set-Cookie） - 用了旧版写法
pm.getResponseCookie()—— 已废弃，必须用postman.getResponseCookie() - 脚本执行时机不对：该方法只能在 Tests 标签页中使用，不能放在 Pre-request Script 里
验证是否真能取到，加一行打印：
console.log(postman.getResponseCookie("sessionId"));
如果输出 null，就说明没匹配上，优先去 Headers 里复制原始 Set-Cookie 值，肉眼确认名字和分隔符。
多个 Set-Cookie 时怎么安全提取指定值
有些登录接口一次返回多个 Set-Cookie（比如 JSESSIONID、XSRF-TOKEN、sessionId 并存），postman.getResponseHeader("Set-Cookie") 只会返回**最后一个**值，不可靠。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
更稳妥的做法是遍历所有响应头，手动筛选：
const headers = pm.response.headers.all();<br>let sessionId = "";<br>for (let h of headers) {<br> if (h.key === "Set-Cookie" && h.value.includes("sessionId=")) {<br> sessionId = h.value.split(";")[0].split("=")[1];<br> break;<br> }<br>}<br>console.log(sessionId);<br>pm.environment.set("sessionId", sessionId);
注意这里用了 h.value.split(";")[0] 截断 Domain/Expires 等属性，再用 split("=")[1] 提取等号后的值 —— 这比依赖 postman.getResponseCookie() 更可控，尤其在 Cookie 带引号或空格时。
为什么设置了 Cookie 却没自动带到下个请求
Postman 的 Cookie 自动携带机制，依赖两个隐性条件：
- 目标请求的 URL 域名和协议（
http://vshttps://）必须与Set-Cookie中声明的Domain和Secure属性兼容 - 请求路径必须落在
Path范围内（例如Path=/api就不会下发给/user路径） - 如果手动调用
pm.cookies.set()或环境变量拼接Cookie请求头，Postman **不会自动管理过期或 HttpOnly 属性**，后续请求容易因 Cookie 失效而 401
最省心的方式其实是：别动 Cookie 管理器，让 Postman 自动保存 + 自动发送。只要登录请求返回了有效的 Set-Cookie，且后续请求 URL 匹配，它就会悄悄带上 —— 不用写脚本，也不用填 Header。
真正容易被忽略的是 Domain 值：如果响应头里是 Domain=example.com，但你的请求发的是 api.example.com，Postman 默认不认为这是同域，就不会携带。这时候得进 Cookies 管理面板，手动把 Domain 改成 .example.com（加点前缀表示子域通配）。
