Postman Cookie管理器需在具体请求编辑页中打开：位于Send按钮正下方的“Cookies”链接，非顶部菜单或侧边栏；域名须为纯格式（如example.com），不接受协议、路径或端口；Cookie按域名和路径严格匹配才自动携带。
Postman 的 Cookie 管理器不是全局常驻面板，必须在有请求上下文的前提下才能打开；直接点右上角 Cookies 按钮无效是常态，不是你操作错了。
点击 “Cookies” 链接的位置在哪？
它不在顶部菜单栏，也不在侧边栏——而是在单个请求编辑页的右上区域，Send 按钮正下方（桌面版 v10.24+）。如果你没选中任何请求、或当前是集合/环境设置页，这个链接根本不会显示。
常见错误现象：
- 点了右上角齿轮图标进 Settings，找不到 Cookie 入口
- 在 Collection Runner 里想管 Cookie，但页面没出现
Cookies链接 - 新建一个空请求 Tab，还没填 URL，
Cookies链接是灰色不可点
正确做法：
- 先创建或选中一个具体请求（哪怕只填了
GET http://example.com） - 确保该请求处于编辑状态（Tab 是高亮的）
- 找到
Send按钮右下方那个小字链接：Cookies
为什么输入域名后点 “Add” 没反应？
Postman 要求域名格式严格：不能带协议（http://）、不能带路径（/api）、不能带端口（:8080），只接受纯域名或带点前缀的二级域。
可接受的写法：
example.com-
.example.com（匹配所有子域） -
localhost（开发常用）
会被拒绝的写法：
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
https://example.comexample.com/api-
127.0.0.1:3000（即使服务跑在本地端口，也得写成127.0.0.1）
如果输错，界面不会报错，但点击 Add 后无新分组出现——这是最隐蔽的卡点。
“Manage Cookies” 面板里看不到刚发请求返回的 Set-Cookie？
Postman 只在响应头明确包含 Set-Cookie 且满足以下任一条件时，才自动存入管理器：
- 响应状态码是
2xx或3xx - 请求方法是
GET或POST（不包括OPTIONS、HEAD） - Cookie 的
Domain字段与请求域名能匹配（比如响应返回Domain=.api.example.com，但你请求的是example.com，就不会存）
所以如果你发了个登录 POST，返回 200 但没看到 Cookie 出现，大概率是服务端返回的 Set-Cookie 带了不匹配的 Domain，或者用了 SameSite=Strict + Secure 但你在 http:// 下测试。
手动添加 Cookie 后，请求还是没带上？
Postman 不是“加了就发”，它按域名 + 路径双重匹配决定是否携带：
- 你添加 Cookie 时填的
Domain必须和请求 URL 的域名完全匹配（example.com≠www.example.com） -
Path默认是/，但如果填了/auth，那只有请求 URL 路径以/auth开头才会带 -
Expires时间必须晚于当前时间（2026年11月4日），过期值会被静默忽略
最简验证方式：在请求的 Headers 标签页里手动加一条 Cookie: key=value，看接口是否通。如果通了，说明问题出在 Cookie 管理器的域/路径配置上，而不是后端逻辑。
真正容易被忽略的点是：Postman 的 Cookie 管理器本质是“域隔离的本地缓存”，它不跨 Tab、不跨 Collection、也不读取系统浏览器 Cookie（除非你装了 Interceptor 并显式开启 Sync）。你以为删了一个 Tab 的 Cookie，其他 Tab 里的同域名请求可能还在用旧的。
