Postman 怎样用 Cookie 管理器预置会话 Cookie

在 Postman 里预置测试会话 Cookie，最稳妥的做法是打开目标请求的 Cookies 管理器，为请求实际使用的域名添加 Cookie，再保存并回到请求头确认自动生成的 Cookie。不要把 https://、端口号或无关路径一起填进域名框，否则 Cookie 可能无法匹配。

官方地址：https://www.postman.com/

官方文档：https://learning.postman.com/docs/use/send-requests/response-data/cookies/

• 入口：打开请求，点击发送区域下的 Cookies。
• 保存：进入 Manage Cookies，先选域名，再点击 Add cookie 和 Save。
• 确认：请求的 Headers 中展开隐藏的自动生成头，检查 Cookie 是否出现。

先从目标请求打开 Cookie 管理器

在工作区打开准备联调的请求，点击发送区域附近的 Cookies。弹窗中切换到 Manage Cookies，这里看到的是 Postman cookie jar 里的域名和 Cookie，不是浏览器地址栏里的实时内容。

添加域名时只填写主机名

如果列表里没有目标域名，在 Manage Cookies 中找到域名输入框，填写类似 api.example.test 的主机名并点击 Add domain。不要输入 https://api.example.test，也不要附加 :8443；官方文档说明协议和端口不会作为域名保存，直接省略更不容易造成匹配误解。

域名出现后，展开该行并点击 Add cookie。在新增行中填写 session_id 和测试值，例如 demo-session-001。Path 通常可先用 /，它表示该域名下的请求都可以匹配；如果只想限制到某个接口前缀，再改成对应路径。

保存属性并让请求自动带上 Cookie

填写完成后点击 Save。需要注意三个属性：设置 Secure 后，Cookie 只会在 https:// 请求中发送；设置 Expires 后，超过时间的 Cookie 不会继续发送；HttpOnly 在 Postman 中不会改变它的行为，它主要描述网页脚本是否能读取该 Cookie。Postman 文档还说明当前 Cookie 管理器不支持 SameSite 以及 __Secure-、__Host- 前缀。

回到请求窗口发送一个与域名、路径匹配的请求，打开 Headers，点击自动生成头旁边的 hidden 展开隐藏项。如果能看到由 cookie jar 生成的 Cookie 头，说明预置成功。Headers 里的 Cookie 不能直接覆盖；需要回到 Cookie 管理器修改，或者先删除 cookie jar 中的值，再手动设置请求头。

编辑、删除和清空测试会话

需要更新会话时，点击目标 Cookie 行，修改值、Path 或过期时间后再次点击 Save。只删除一个 Cookie，可以点击它旁边的删除图标；删除整个域名及其 Cookie，则删除域名行；要清理所有测试会话，使用 Clear all cookies。共享工作区前先清理测试凭据，避免把旧会话带到下一次联调。

常见问题

为什么保存了 Cookie，请求还是没有带上？

先检查请求的主机名和 Cookie 的 Domain 是否一致，再看 Path、Expires 和 Secure。尤其是用 HTTP 请求测试时，如果误选了 Secure，Cookie 不会发送。

能不能直接在 Headers 里改 Cookie？

不建议。Postman 会把 cookie jar 中的 Cookie 合并到请求头，直接修改自动生成头不是稳定入口。回到 Cookies 管理器修改，能更清楚地看到域名、路径和过期时间。

脚本能读取同一个 Cookie 吗？

可以使用 Postman 的 pm.cookies 或 pm.cookies.jar() 相关能力，但脚本访问特定域名时还需要先把域名加入 allowlist。只做手工联调时，Cookie 管理器已经足够。

总结一下：从目标请求进入 Cookies，在 Manage Cookies 中用不带协议和端口的域名创建 Cookie，保存后通过 Headers 的隐藏自动头确认匹配；遇到不发送，再按 Domain、Path、Expires、Secure 四项依次排查。