Postman中查指定域名Cookie需在Cookies管理器输入精确匹配的Host（如api.example.com），未发送过请求或未手动添加则不显示；设置后须验证Domain、Path、Expires是否合规，否则请求头不携带。
Postman里怎么查某个域名下的Cookie
Postman不提供“搜索”功能，但能精准定位指定域名的Cookie——关键在于你得先知道域名格式，且必须和请求地址的Host完全匹配（不含协议、端口、路径）。比如请求是https://api.example.com/v1/user，域名就得填api.example.com；若请求是http://localhost:3000，就得填localhost，填localhost:3000或http://localhost都无效。
点击Cookies按钮后找不到目标域名怎么办
这是最常踩的坑：Postman的Cookie管理器默认只显示「当前请求已发送过」或「手动添加过」的域名。如果没发过请求，或者没手动添加过，那个域名压根不会出现在列表里。
- 手动添加前，先确认请求URL的
Host部分——用浏览器开发者工具的Network标签页看真实请求头里的Host值，比肉眼判断更可靠 - 在Cookie管理器顶部输入框里，必须输纯域名（如
example.com），不能带www.前缀除非请求本身带；反过来，如果请求是www.example.com，填example.com也不会自动匹配 - 填完点
Add后，新条目会出现在下方列表，但此时只是空壳——你还得双击它，在弹出框里填Name和Value，否则不生效
为什么设置了Cookie，发请求时Header里却没出现
Postman只在满足全部以下条件时，才自动把Cookie管理器里的条目注入请求头：
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 请求URL的
Host与Cookie条目中填的域名完全一致（注意：不支持子域名通配，.example.com这种写法在Postman里无效） - 请求的
Path字段（在Cookie编辑框里）要覆盖当前请求路径，比如Cookie设了Path=/api，但你请求的是/user/profile，就不会携带 - Cookie的
Expires时间必须晚于当前系统时间，过期时间写成过去时间或格式错误（如2025-01-01而非Wed, 01 Jan 2025 00:00:00 GMT）会导致条目被忽略
最省事的验证方式：发一次请求后，立刻点响应区域上方的Cookies标签页，看里面列出的Name/Value是否和你设的一致——不出现，说明根本没加载；出现了但服务端不认，大概率是Domain或Path不匹配。
用Headers手动加Cookie比Cookie管理器更可控吗
是的，尤其当你只需要临时传一两个固定值，或者调试跨域/子域场景时。Headers里直接加Cookie键，值写成JSESSIONID=abc123; token=xyz789，完全绕过Domain/Path校验逻辑，也避免被自动过期规则干扰。
- 适合场景：快速验证某个特定Cookie值是否有效；测试服务端是否严格校验
Domain属性；绕过Postman对localhost等特殊域名的处理限制 - 注意点：多个Cookie必须用分号+空格分隔（
name1=val1; name2=val2），少个空格或错用逗号，服务端可能解析失败 - 风险：这种方式不会被Postman自动更新——如果登录接口返回了新的
Set-Cookie，Headers里写的旧值不会变，而Cookie管理器会自动覆盖
真正容易被忽略的是Domain字段的隐式行为：Postman在Cookie管理器里填的域名，实际会作为Domain属性下发到请求头，而很多服务端会校验这个字段是否和Host头一致。手动写Headers就跳过了这层，但也意味着你得自己承担会话失效的风险。
