Postman中单条Cookie无法删除，需确认其是否属于当前域名；点击X仅标记待删，须发送请求、清空全部或重开Tab才能生效；启用Cookie Jar会导致已删Cookie自动恢复；Authorization类Token可能存在于Headers而非Cookie中。
Postman里删不掉单条Cookie？先确认它是否真在当前域下
Postman不会显示所有历史Cookie，只列出当前已“注册域名”且有实际存储值的条目。如果你点开 Cookies 面板却找不到想删的那条，大概率是：它属于另一个域名（比如请求发的是 api.example.com，但Cookie存在 example.com 下），或已被自动过期清理。检查方式很简单——发起一次能触发 Set-Cookie 的请求（如登录），再打开面板看是否出现。
点击X没反应？那是没保存删除动作
Postman的Cookie管理是“惰性提交”机制：你点某条Cookie右侧的 X 图标，只是标记为待删除，不会立刻生效。必须满足以下任一条件，删除才真正落地：
- 发送一次新请求（任意方法、任意URL，只要走同一域名即可）
- 手动点击面板右下角的
Clear All Cookies按钮（会清空整个域） - 关闭当前请求Tab，再重新打开该请求（部分版本需此操作触发刷新）
常见误操作：点了X → 看列表里没了 → 以为删完了 → 直接关面板。结果下次发请求，Cookie照常带上。
想删 sessionid 但删了又回来？检查是否启用了 Cookie Jar
Postman默认开启 Cookie Jar，它会自动解析响应头里的 Set-Cookie 并持久化存储。即使你手动删掉 sessionid，只要服务器再次返回同名Cookie，它就会立刻“复活”。解决办法有两个：
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 临时禁用：在当前请求的
Settings页勾选Disable cookie jar，这样后续响应不再自动存Cookie - 彻底隔离：在
Cookies面板左下角点Whitelist Domains，只放行你明确需要的域名，其他一律不存
注意：Disable cookie jar 是按请求独立设置的，不是全局开关。
为什么删完还是带着旧 Authorization 类Cookie？
有些后端把Token塞进Cookie里（比如 auth_token=xxx），但前端调试时习惯在 Headers 里手动加 Authorization: Bearer xxx。这时候你删了Cookie，但Header里的值还在，请求照样带token。排查步骤：
- 打开请求的
Headers标签页，检查是否有手动添加的Cookie或Authorization字段 - 点击
Headers右上角的hidden开关，确认没有被折叠的自动注入项 - 如果用的是环境变量，检查
{{auth_token}}是否还存在于当前环境里
Postman的Cookie和Header是两套系统，删Cookie ≠ 清Header，这点最容易被忽略。
