Postman自动Cookie管理需满足Domain、Path、协议三者完全匹配，否则静默丢弃；常见失效原因为Domain不兼容或HTTP/HTTPS混用；可手动解析Set-Cookie存环境变量或用postman.getResponseCookie()提取指定Cookie值。
Postman 能自动保存登录接口返回的 Set-Cookie，但前提是 Cookie 的域（Domain）、路径（Path）和协议（http/https）与后续请求完全匹配；否则会静默丢弃，导致“明明登录了却仍被要求登录”。
Postman 自动 Cookie 管理器为什么有时不生效
Postman 的 Cookie 管理器默认开启，但它只在满足以下全部条件时才自动携带 Cookie：
- 登录请求响应头中包含有效的
Set-Cookie字段（非空、格式合法） - 后续请求的
Host与Set-Cookie中的Domain属性兼容（例如Domain=.example.com允许访问api.example.com和www.example.com；但Domain=example.com不匹配api.example.com） - 后续请求的 URL
Path前缀匹配Set-Cookie中的Path（如Path=/api不会发送给/user） - 当前请求协议（
httpvshttps）与 Cookie 的Secure属性一致（SecureCookie 不会在http请求中发送）
常见现象：登录成功后点开 Cookies 面板是空的，或有 Cookie 但后续请求没带 —— 大概率是 Domain 不匹配或用了 http 测试 https 接口。
手动提取 Set-Cookie 并存为环境变量
当自动管理失效，或只需复用其中某一条（如只取 PHPSESSID），推荐在登录请求的 Tests 里解析响应头：
const cookieHeader = pm.getResponseHeader('set-cookie');
if (cookieHeader) {
// 拆分多条 Set-Cookie（服务端可能一次发多个）
const cookies = cookieHeader.split(',').map(s => s.trim());
// 取第一条，并提取 name=value 部分（去掉 Path/Domain/Expires 等）
const firstCookie = cookies[0].split(';')[0].trim();
pm.environment.set('session_cookie', firstCookie);
}
之后在其他请求的 Headers 中添加：Cookie: {{session_cookie}}
注意：pm.getResponseHeader('set-cookie') 返回的是完整字符串（含多个字段），直接赋值会导致请求头非法；必须先 .split(';')[0] 截断。
用 postman.getResponseCookie() 提取指定 Cookie 值
如果服务端设置了明确的 Cookie 名（如 JSESSIONID、zp），且你确认它存在于响应中，可用更精准的方式：
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
-
postman.getResponseCookie('JSESSIONID')返回一个对象，含name、value、domain等属性 - 务必加
.value才能拿到实际值，否则会序列化为[object Object] - 该方法仅对
Set-Cookie中显式声明的 Cookie 生效，不适用于被HttpOnly保护但未命名的字段
示例脚本：
const jsession = postman.getResponseCookie('JSESSIONID');
if (jsession) {
pm.environment.set('JSESSIONID', jsession.value);
}
然后在后续请求 Header 中写：Cookie: JSESSIONID={{JSESSIONID}}
复用浏览器登录态时的典型陷阱
从 Chrome/Firefox 开发者工具「Application → Cookies」里复制的 Cookie 字符串，不能直接粘贴进 Postman 的 Cookie 请求头 —— 因为浏览器导出的是 name=value 对，而 Postman 的 Cookie 头只接受这种格式，但服务端可能校验 Domain 或 Path 是否匹配原始登录域名。
更稳妥的做法是：
- 在浏览器登录后，用开发者工具复制整个
Set-Cookie响应头内容 - 在 Postman 登录请求的
Tests中用pm.getResponseHeader('set-cookie')模拟提取逻辑 - 避免跨域复用：比如从
admin.example.com拿的 Cookie，不要用于api.example.com，除非Domain=.example.com
真正容易被忽略的点：Postman 的 Cookie 管理器不会显示 HttpOnly Cookie，但会自动发送；而你手动拼 Cookie 头时，HttpOnly 字段根本不可见，也无需处理 —— 它只限制 JS 访问，不影响 Postman 自动携带。
